<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>S4U2Self on Ethical Hacking | Pentest e Sicurezza Informatica | Hackita</title><link>https://hackita.it/tags/s4u2self/</link><description>Recent content in S4U2Self on Ethical Hacking | Pentest e Sicurezza Informatica | Hackita</description><generator>Hugo</generator><language>it</language><lastBuildDate>Sun, 12 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hackita.it/tags/s4u2self/index.xml" rel="self" type="application/rss+xml"/><item><title>RBCD Attack : Resource-Based Constrained Delegation PrivEsc</title><link>https://hackita.it/articoli/rbcd/</link><pubDate>Sun, 12 Jul 2026 00:00:00 +0000</pubDate><guid>https://hackita.it/articoli/rbcd/</guid><description>&lt;h1
 id="resource-based-constrained-delegation-da-genericwrite-a-domain-admin" class="group/anchor-heading"&gt;
 Resource-Based Constrained Delegation: Da GenericWrite a Domain Admin
 &lt;a href="#resource-based-constrained-delegation-da-genericwrite-a-domain-admin" class="text-inherit opacity-0 group-hover/anchor-heading:opacity-100 decoration-transparent"&gt;#&lt;/a&gt;
&lt;/h1&gt;&lt;p&gt;RBCD sfrutta write access sull&amp;rsquo;attributo &lt;code&gt;msDS-AllowedToActOnBehalfOfOtherIdentity&lt;/code&gt; di un computer target. Scrivi il SID di un account che controlli, poi usi S4U2Self + S4U2Proxy per ottenere un TGS come Administrator su quel computer — senza toccare krbtgt, senza DCSync diretto.&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;La Resource-Based Constrained Delegation (RBCD) è stata introdotta in Windows Server 2012 R2 e permette a un computer di dichiarare quali account possono autenticarsi per suo conto. L&amp;rsquo;attributo che controlla questo comportamento — &lt;code&gt;msDS-AllowedToActOnBehalfOfOtherIdentity&lt;/code&gt; — è scrivibile da chiunque abbia &lt;code&gt;GenericWrite&lt;/code&gt;, &lt;code&gt;GenericAll&lt;/code&gt; o &lt;code&gt;WriteProperty&lt;/code&gt; sull&amp;rsquo;oggetto computer target.&lt;/p&gt;</description></item><item><title>Sapphire Ticket: Ticket Kerberos Stealth S4U2Self+U2U</title><link>https://hackita.it/articoli/sapphire-ticket/</link><pubDate>Wed, 08 Jul 2026 00:00:00 +0000</pubDate><guid>https://hackita.it/articoli/sapphire-ticket/</guid><description>&lt;h1
 id="sapphire-ticket-attack-il-ticket-kerberos-più-stealth-in-assoluto" class="group/anchor-heading"&gt;
 Sapphire Ticket Attack: Il Ticket Kerberos Più Stealth in Assoluto
 &lt;a href="#sapphire-ticket-attack-il-ticket-kerberos-pi%c3%b9-stealth-in-assoluto" class="text-inherit opacity-0 group-hover/anchor-heading:opacity-100 decoration-transparent"&gt;#&lt;/a&gt;
&lt;/h1&gt;&lt;p&gt;Il Sapphire Ticket usa S4U2Self+U2U — due estensioni del protocollo Kerberos — per ottenere il PAC (Privilege Attribute Certificate, cioè la lista dei gruppi) di un utente privilegiato &lt;strong&gt;direttamente dal KDC&lt;/strong&gt;, senza mai forgiarlo. Quel PAC autentico viene iniettato nel proprio TGT legittimo e re-firmato con l&amp;rsquo;hash krbtgt. Il risultato: AS-REQ reale nei log, PAC completamente autentico, attributi identici a quelli del KDC. La variante più difficile da rilevare della serie. Creato da Charlie Bromberg (@ShutdownRepo, 2022)&lt;/p&gt;</description></item></channel></rss>