Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
CVE-2024-30088 — Exploit proof-of-concept per CVE-2024-30088, una vulnerabilità TOCTOU del kernel Windows in AuthzBasepCopyoutInternalSecurityAttributes che consente scrittura arbitraria tramite race condition per escalation dei privilegi. | Kitploit
Strumenti/GitHubGitHub/tykawaii98/cve-2024-30088
Escalation di PrivilegiAnalisi delle VulnerabilitàExploitBinary Exploitation
GitHubtykawaii98/cve-2024-30088

CVE-2024-30088

Exploit proof-of-concept per CVE-2024-30088, una vulnerabilità TOCTOU del kernel Windows in AuthzBasepCopyoutInternalSecurityAttributes che consente scrittura arbitraria tramite race condition per escalation dei privilegi.

Vedi Repository
29061532 anni faRevisionato da Kitploit

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

CVE-2024-30088

Bug:

  • Il bug si trova all'interno della funzione AuthzBasepCopyoutInternalSecurityAttributes quando il kernel copia la struttura _AUTHZBASEP_SECURITY_ATTRIBUTES_INFORMATION del token corrente nello spazio utente, la quale ha una struttura come questa:
//0x30 bytes (sizeof)
struct _AUTHZBASEP_SECURITY_ATTRIBUTES_INFORMATION
{
    ULONG SecurityAttributeCount;                                           //0x0
    struct _LIST_ENTRY SecurityAttributesList;                              //0x8
    ULONG WorkingSecurityAttributeCount;                                    //0x18
    struct _LIST_ENTRY WorkingSecurityAttributesList;                       //0x20
}; 
  • Quando esegue la copia di SecurityAttributesList, il kernel imposta la lista delle strutture SecurityAttribute direttamente sul puntatore fornito dall'utente. Dopo di che, chiama le funzioni RtlCopyUnicodeString e AuthzBasepCopyoutInternalSecurityAttributeValues per copiare il nome e il valore della struttura SecurityAttribute, causando molteplici TOCTOU in questa funzione.

  • Con un semplice thread in competizione per modificare il puntatore Buffer del nome dell'attributo prima che venga chiamato RtlCopyUnicodeString [*], posso facilmente ottenere una scrittura arbitraria a un indirizzo con un valore fisso e una dimensione controllata.

  • Nota che ci sono anche altri modi per sfruttarlo, ma nel mio caso ho scelto di utilizzare RtlCopyUnicodeString.

Trigger del bug:

  • Questo bug può essere facilmente attivato chiamando NtQueryInformationToken con la classe TokenAccesInformation.

Le patch:

  • La patch utilizza una variabile locale nello stack del kernel (v18 nel blocco di codice sottostante) come buffer per copiare i nomi degli attributi di sicurezza prima di riscriverli nel buffer utente se la chiamata di sistema proviene da modalità utente.
    [...]
        p_SecurityAttributesList = &a1->SecurityAttributesList;
        Flink = a1->SecurityAttributesList.Flink;
        if ( Flink == p_SecurityAttributesList )
          return (unsigned int)inserted;
        v13 = a2 + 0x98;
        while ( 1 )
        {
          if ( (unsigned int)Feature_2516935995__private_IsEnabledDeviceUsage() )
          {
            inserted = AuthzBasepProbeAndInsertTailList(a2 + 8, v13 - 0x68);
            if ( inserted < 0 )
              goto LABEL_24;
          }
          else
          {
            [...]
          }
          ++*(_DWORD *)a2;
          *(_WORD *)(v13 - 56) = Flink[3].Flink;
          *(_DWORD *)(v13 - 52) = HIDWORD(Flink[3].Flink);
          *(_QWORD *)(v13 - 24) = v13 - 32;
          *(_QWORD *)(v13 - 32) = v13 - 32;
          *(_QWORD *)v13 = v13 - 8;
          *(_QWORD *)(v13 - 8) = v13 - 8;
          *(_QWORD *)(v13 - 48) = 0i64;
          *(_DWORD *)(v13 - 40) = 0;
          *(_DWORD *)(v13 - 16) = 0;
          Flink_low = LOWORD(Flink[2].Flink);
          v19 = Flink_low;
          v17 = (wchar_t *)((v10 + 1) & 0xFFFFFFFFFFFFFFFEui64);
          v15 = (unsigned __int64)v17 + Flink_low;
          if ( (unsigned __int64)v17 + Flink_low > v6 )
            break;
          if ( (unsigned int)Feature_3391791421__private_IsEnabledDeviceUsage() )
          {
            *(_QWORD *)&v18.Length = 0i64;
            v18.MaximumLength = Flink_low;
            v18.Buffer = v17;
            RtlCopyUnicodeString(&v18.Length, (unsigned __int16 *)&Flink[2]);
            *(_UNICODE_STRING *)(v13 - 0x48) = v18;
          }
          else
          {
            [...]
          }
          inserted = AuthzBasepCopyoutInternalSecurityAttributeValues(
                       (__int64)Flink,
                       v13 - 104,
                       v15,
                       (int)v6 - (int)v15,
                       &v19);
    [...]
  • Nella sessione di debug, possiamo vedere che rcx è l'indirizzo del kernel dopo la patch:
5: kd> 
nt!AuthzBasepCopyoutInternalSecurityAttributes+0x1aa:
fffff803`5dbcf14a e8810fa5ff      call    nt!RtlCopyUnicodeString (fffff803`5d6200d0)
5: kd> r
rax=0000025a81d006a0 rbx=0000025a81d00590 rcx=ffffe20697c4f778
rdx=ffffa609c7a101a0 rsi=0000025a81d00598 rdi=0000025a81d00628
rip=fffff8035dbcf14a rsp=ffffe20697c4f740 rbp=0000025a81d006c0
 r8=0000000000000003  r9=0000025a81d00590 r10=ffffa609c816ef78
r11=ffffe20697c4f7d0 r12=0000000000000a70 r13=ffffa609ca9b1118
r14=ffffa609c7a10180 r15=0000025a81d01000
iopl=0         nv up ei pl nz na pe nc
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00040202
nt!AuthzBasepCopyoutInternalSecurityAttributes+0x1aa:
fffff803`5dbcf14a e8810fa5ff      call    nt!RtlCopyUnicodeString (fffff803`5d6200d0)

POC:

  • https://youtu.be/y5LnlHjzA64
Scarica lo strumento