Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
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-2021-40444 — Microsoft-Office-Word-MSHTML-Remote-Code-Execution-Exploit | Kitploit
Strumenti/GitHubGitHub/mracumen/cve-2021-40444
Generazione di PayloadExploitSfruttamento di Applicazioni WebAnalisi MalwareAnalisi di BinariGenerazione di Shellcode
GitHubmracumen/cve-2021-40444

CVE-2021-40444

Microsoft-Office-Word-MSHTML-Remote-Code-Execution-Exploit

Vedi Repository
2174 anni faNon ancora revisionato

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-2021-40444 completamente armato

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

Contesto

Sebbene molti PoC siano già presenti in rete, ho pensato di cimentarmi nell'armamento di questa vulnerabilità, poiché ciò che ho trovato disponibile mancava di informazioni preziose da condividere, considerando anche 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

Le risorse sopra indicate descrivono 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 dell'exploit

  1. Docx aperto
  2. La relazione memorizzata in document.xml.rels punta a un HTML dannoso
  3. Viene avviata l'anteprima di IE per aprire il collegamento 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 side-loading del file INF tramite rundll32 (se questo è una DLL)

Requisiti trascurati

Scarica lo strumento

Ci sono parecchi 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à venisse sfruttata ulteriormente. Ma ora è stata patchata, quindi non dovrebbe causare molti problemi rilasciare i dettagli.

File HTML

Secondo questo tweet di Will Dormann, l'HTML deve essere di almeno 4096 byte per attivare l'"Anteprima" in MS Word.

File CAB

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

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

Le ragioni di questi vincoli sono molteplici e non ho dedicato abbastanza tempo per comprenderli tutti 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 con MSZIP
  • CoffCabStart: CoffCabStart fornisce la posizione assoluta della prima struttura CFDATA, poiché abbiamo aggiunto '../', dovremmo aumentare questo valore di 3 per puntare al file (è più un'ipotesi)
  • cCfData: Poiché c'è un solo 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 l'eliminazione da WORD, rovinando l'exploit. L'unico modo per evitarlo è far credere a WORD che l'estrazione sia fallita. Se il valore di cbFile è definito come maggiore del file cabinet stesso, l'estrattore raggiungerà un EOF prima di leggere tutti i byte definiti in cbFile, generando un errore di estrazione.
  • [OPZIONALE] Questo valore sembra non essere verificato da MS Word. Comunque, 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, potenzialmente evitando che i file PE vengano incorporati nel CAB. È possibile aggirare questa firma? Non ne sono sicuro, ma come osservato in precedenza, questa è una vulnerabilità patchata, quindi non ho intenzione di investire molto più 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 catena di attacco principale associata a CVE-2021-40444 è l'attacco DLL caricato tramite lo schema URI .cpl. Per sfruttarlo, un attaccante deve generare una DLL appositamente predisposta. Se vuoi provarlo, usa 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 dell'URI basato sull'estensione del file associato. Sebbene possa essere un buon modo per sfruttare IE, ha dei limiti.

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 di 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 ancora essere sicuri di scaricare il file nella posizione corretta all'interno del 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, rendendo praticamente impossibile fare riferimento ad esso.

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

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

Attacco senza file CAB utilizzando file RAR ibrido

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

Si noti che utilizzando questa tecnica, la catena di attacco è leggermente diversa. Questo attacco richiede che l'utente scarichi un file RAR appositamente predisposto, 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 predisposto (probabilmente nella cartella Download)
  2. DOCX estratto e aperto
  3. La relazione memorizzata in document.xml.rels punta a un HTML dannoso
  4. Viene avviata l'anteprima di IE per aprire il collegamento 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 exploit PoC sono implementati dallo strumento

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

AttaccoModelli HTMLTargetMetodo di consegnaMetodo di esecuzioneFunzionante
Versione originale dell'attaccocab-orig-*WORDDOCXCAB + DLLSÌ
Attacco solo IE di j00seancab-orig-j00sanIEHTMLCAB + DLLSÌ
La mia versione senza DLLcab-uri-*WORDDOCXCAB + JS/VBSNO1
Attacco "CABless" di Eduardo B. con RARcabless-rar-*WORDRARWSFSÌ
Attacco j00sean modificato + HTML smugglingcabless-smuggling-*IEHTMLJS/VBSSÌ2

1Il CAB non viene scaricato correttamente in alcuni ambienti

2L'utente deve fare clic su "Salva" per scaricare il file su IE

Analizzatore di file CAB

L'utilità cab_parser.py può essere utilizzata per vedere le intestazioni del file exploit, ma non considerarlo un parser completo. È un visualizzatore di intestazioni CAB molto veloce e sporco che ho sviluppato per capire cosa stava succedendo.

Installazione

Il generatore è progettato per funzionare su Windows, poiché utilizza l'utilità makecab. Prima dell'uso, assicurati di installare le dipendenze richieste:

  • Con Virtualenv
root@kitploit:~
git clone https://github.com/klezVirus/CVE-2021-40444
cd CVE-2021-40444
pip install virtualenv
python -m virtualenv venv
venv\Scripts\activate.bat 
pip install -r requirements
  • Senza Virtualenv
root@kitploit:~
git clone https://github.com/klezVirus/CVE-2021-40444
cd CVE-2021-40444
pip install -r requirements

Utilizzo

Il generatore è molto semplice da usare e, anche se è stato testato con diversi payload e versioni di Windows, non è a prova di errore. Sto riscontrando comportamenti diversi su diverse build di Windows. Non appena avrò più dettagli da condividere, li pubblicherò qui.

root@kitploit:~
usage: generator.py [-h] -P PAYLOAD -u URL [-o OUTPUT] [--host] [-c COPY_TO] [-nc] [-t]

[%] CVE-2021-40444 - MS Office Word RCE Exploit [%]

optional arguments:
  -h, --help            show this help message and exit
  -P PAYLOAD, --payload PAYLOAD
                        DLL payload to use for the exploit
  -u URL, --url URL     Server URL for malicious references (CAB->INF)
  -o OUTPUT, --output OUTPUT
                        Output files basename (no extension)
  --host                If set, will host the payload after creation
  -c COPY_TO, --copy-to COPY_TO
                        Copy payload to an alternate path
  -nc, --no-cab         Use the CAB-less version of the exploit
  -t, --test            Open IExplorer to test the final HTML file

Esempio

  • Genera l'exploit originale e testalo localmente
root@kitploit:~
python generator.py -u http://127.0.0.1 -P test\calc.dll --host 

Nota: la porta è selezionata dall'URL e l'exploit viene generato in base all'estensione del file payload

  • Genera l'exploit CABless con RAR e testalo localmente tramite IE
root@kitploit:~
python generator.py -u http://127.0.0.1 -P test\job-jscript.wsf --no-cab --host -t 
  • Genera l'exploit CABless (solo IE) con HTML smuggling e testalo localmente tramite IE
root@kitploit:~
python generator.py -u http://127.0.0.1 -P test\calc.js --no-cab --host -t 

Crediti

  • RET2_pwn per l'incredibile blog
  • j00sean per i buoni suggerimenti
  • lockedbyte per il primo decente PoC
  • Max_Mal per il suggerimento sugli schemi URI alternativi
  • wdormann per il suggerimento sulle restrizioni della dimensione del file HTML
  • Edu_Braun_0day per la fantastica versione CAB-less dell'exploit