<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Privesc-Web on Ethical Hacking | Pentest e Sicurezza Informatica | Hackita</title><link>https://hackita.it/tags/privesc-web/</link><description>Recent content in Privesc-Web on Ethical Hacking | Pentest e Sicurezza Informatica | Hackita</description><generator>Hugo</generator><language>it</language><lastBuildDate>Wed, 18 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hackita.it/tags/privesc-web/index.xml" rel="self" type="application/rss+xml"/><item><title>Privilege Escalation Web: Verticale, Orizzontale e Mass Assignment</title><link>https://hackita.it/articoli/privilege-escalation-web/</link><pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate><guid>https://hackita.it/articoli/privilege-escalation-web/</guid><description>&lt;p&gt;La Privilege Escalation è il &lt;strong&gt;salto di permessi&lt;/strong&gt;: da utente normale ad admin (verticale), da utente A ad utente B dello stesso livello (orizzontale), da guest a utente registrato. Nel web la distinzione con &lt;a href="https://hackita.it/articoli/broken-access-control"&gt;Broken Access Control&lt;/a&gt; è sottile: il BAC è &amp;ldquo;accedo a un endpoint che non dovrei&amp;rdquo;, la Privilege Escalation è &amp;ldquo;cambio il mio ruolo/permessi&amp;rdquo;. In pratica si sovrappongono — e le testo insieme.&lt;/p&gt;
&lt;p&gt;La trovo nel &lt;strong&gt;15% dei pentest web&lt;/strong&gt;. Il pattern più frequente: l&amp;rsquo;API accetta un campo &lt;code&gt;role&lt;/code&gt; nel body della request di update profilo → &lt;code&gt;PUT /api/users/me {&amp;quot;role&amp;quot;:&amp;quot;admin&amp;quot;}&lt;/code&gt; → l&amp;rsquo;ORM applica il campo senza whitelist → sei admin. Zero exploit, zero payload tecnico — solo un campo JSON aggiuntivo.&lt;/p&gt;</description></item></channel></rss>