CVE-2021-40444 completamente armato

Generatore di docx malevolo per sfruttare CVE-2021-40444 (Esecuzione di codice remoto in Microsoft Office Word), funziona con file DLL arbitrari.

Aggiornamento 31/05/2022 - CVE-2022-30190 - Follina

Ora il generatore è in grado di creare il documento necessario per sfruttare anche l'attacco 'Follina' (sfruttando ms-msdt).

Contesto

Sebbene molti PoC siano già presenti su internet, ho deciso di cimentarmi nell'armare questa vulnerabilità, poiché ciò che ho trovato disponibile mancava di informazioni preziose che vale la pena condividere, anche considerando che Microsoft ha già rilasciato una patch per questa vulnerabilità.

Finora, le uniche risorse preziose che ho visto per creare un generatore completamente funzionante sono:

• Blog di Ret2Pwn
• Tweet di j00sean
• Tweet di wdormann

Le risorse sopra elencate delineano molti dei requisiti necessari per creare una catena completa. Per evitare di ripetere troppe informazioni non necessarie, mi limiterò a riassumere i dettagli rilevanti.

Catena di attacco

1. Docx aperto
2. La relazione memorizzata in document.xml.rels punta a un html malevolo
3. L'anteprima di IE viene avviata per aprire il link HTML
4. JScript all'interno dell'HTML contiene un oggetto che punta a un file CAB e un iframe che punta a un file INF, preceduto dalla direttiva ".cpl:"
5. Il file CAB viene aperto, il file INF viene memorizzato nella directory %TEMP%\Low
6. A causa di una vulnerabilità di Path traversal (ZipSlip) nel CAB, è possibile memorizzare l'INF in %TEMP%
7. Quindi, il file INF viene aperto con la direttiva ".cpl:", causando il caricamento laterale del file INF tramite rundll32 (se si tratta di una DLL)

Requisiti trascurati

Ci sono diversi requisiti trascurati affinché questo exploit funzioni, che hanno causato il fallimento anche di buoni PoC, come quello di lockedbyte.

Forse nessuno li ha esplicitamente 'rilasciati' per evitare che la vulnerabilità fosse sfruttata ulteriormente. Ma ora è stata patchata, quindi non dovrebbe causare molti problemi rilasciare i dettagli.

File HTML

Come da questo tweet di Will Dormann, l'HTML deve avere una dimensione di almeno 4096 byte per attivare l''Anteprima' in MS Word.

File CAB

Il file CAB deve essere patchato a livello di byte per evitare errori di estrazione e per ottenere lo ZipSlip:

• filename.inf dovrebbe diventare ../filename.inf
• filename.inf dovrebbe essere esattamente <12-char>.inf Non è proprio vero, l'importante è modificare coffCabStart
• CFFOLDER.typeCompress dovrebbe essere 0 (non compresso)
• CFFOLDER.coffCabStart dovrebbe essere aumentato di 3 (a causa dell'aggiunta di '../'')
• CFFOLDER.cCfData dovrebbe essere 2
• CFFILE.cbFile dovrebbe essere maggiore dell'intero CFHEADER.cbCabinet
• CFDATA.csum dovrebbe essere ricalcolato (o azzerato) [OPZIONALE]

Le ragioni di questi vincoli sono molte, e non ho passato abbastanza tempo per capirli a fondo, ma vediamo i più importanti:

• TypeCompress: Se il CAB è compresso, il trucco di aprirlo all'interno di un file oggetto per attivare la scrittura dell'INF fallirà Falso, sono riuscito a ottenere lo stesso risultato con un campione compresso in MSZIP
• CoffCabStart: CoffCabStart fornisce la posizione assoluta della prima struttura CFDATA, poiché abbiamo aggiunto un '../', dovremmo aumentarla di 3 per puntare al file (è più un'ipotesi)
• cCfData: Poiché c'è solo 1 file, dovremmo avere solo 1 CFDATA, non sono sicuro del perché debba essere impostato a 2 In effetti, possiamo lasciarlo a 1
• cbFile: È interessante notare che, se l'estrazione del CAB si conclude senza errori, il file INF verrà contrassegnato per la cancellazione da WORD, rovinando l'exploit. L'unico modo per prevenirlo è far credere a WORD che l'estrazione sia fallita. Se il valore di cbFile è definito maggiore del file cabinet stesso, l'estrattore raggiungerà un EOF prima di leggere tutti i byte definiti in cbFile, sollevando un errore di estrazione.
• [OPZIONALE] Questo valore sembra non essere controllato da MS Word. Ad ogni modo, per avere un CAB corretto, il valore csum dovrebbe essere ricalcolato. Fortunatamente, come notato da j00sean e secondo la documentazione MS, questo valore può essere 0

NOTA1: Defender ora rileva se il file CAB contiene un PE utilizzando il valore _IMAGE_DOS_HEADER.e_magic come firma, evitando potenzialmente che i file PE vengano incorporati nel CAB. Questa firma può essere bypassata? Non ne sono sicuro ma, come osservato in precedenza, questa è una vulnerabilità patchata, quindi non ho intenzione di investire molto altro tempo su questo. Spetta al lettore curioso sviluppare ulteriormente.

NOTA2: La patch di Microsoft blocca schemi URI arbitrari, apparentemente usando un approccio di blacklist (questa è solo una supposizione)

Attacco DLL

La principale catena di attacco associata a CVE-2021-40444 è l'attacco DLL caricato tramite lo schema URI .cpl. Per sfruttarlo, un attaccante deve generare una DLL appositamente creata. Se vuoi provarlo, prova il mio script evildll-gen.

JScript, VBScript, Javaw, MSIexec, ...

Come notato da Max Maluin, è possibile interagire con diversi tipi di file abusando di IE e dello schema URI basato sull'estensione del file. Sebbene possa essere un buon modo per sfruttare IE, presenta delle limitazioni.

In effetti, va notato che il metodo utilizzato nell'exploit per scaricare file si basa sugli aggiornamenti dei controlli ActiveX e non può essere utilizzato per scaricare file arbitrari. Secondo la documentazione Microsoft, il tag codebase può puntare solo a pochi tipi di file: OCX, INF e CAB.

Anche se possiamo scaricare direttamente un file OCX o INF, non possiamo comunque essere sicuri di scaricare il file nella posizione corretta nel sistema. Con l'exploit del cab, è possibile spostare il file .inf in un percorso noto utilizzando il path traversal, ma in qualsiasi altro caso il file verrà memorizzato in una directory casuale, rendendolo praticamente impossibile da referenziare.

Ad oggi, non ho trovato un modo per concatenare download ed esecuzione SENZA un file CAB.

Nota: Parlando solo di IE, l'HTML smuggling potrebbe essere uno scenario possibile per sfruttare la vulnerabilità.

Attacco senza CAB utilizzando file RAR ibrido

Questa tecnica è stata per prima divulgata da Eduardo Braun su Twitter e ulteriormente spiegata in questo articolo.

Si noti che utilizzando questa tecnica, la catena di attacco è leggermente diversa. Questo attacco richiede che l'utente scarichi un file RAR appositamente creato, ottenuto concatenando uno script WSF valido e un file RAR valido. Una volta aperto, il RAR conterrà un DOCX con un riferimento a un HTML, che a sua volta tenterà di caricare il file RAR come script WSF.

Per riassumere:

1. Viene scaricato un file RAR appositamente creato (probabilmente nella cartella Download)
2. Il DOCX viene estratto e aperto
3. La relazione memorizzata in document.xml.rels punta a un HTML malevolo
4. L'anteprima di IE viene avviata per aprire il link HTML
5. JScript all'interno dell'HTML contiene uno script/iframe che punta al file RAR, preceduto dallo schema URI ".wsf:"
6. Poiché il RAR è stato progettato per essere contemporaneamente un RAR valido e uno script WSF valido, lo script viene eseguito

Quali sono gli exploit PoC implementati dallo strumento

L'utility del generatore può attualmente riprodurre i seguenti attacchi: