Attacco al Bin di Tcache

Impara l'hacking di AWS da zero a eroe con htARTE (Esperto Red Team AWS di HackTricks)!

Altri modi per supportare HackTricks:

Se vuoi vedere la tua azienda pubblicizzata in HackTricks o scaricare HackTricks in PDF Controlla i PIANI DI ABBONAMENTO!
Ottieni il merchandising ufficiale di PEASS & HackTricks
Scopri La Famiglia PEASS, la nostra collezione di NFT esclusivi
Unisciti al 💬 gruppo Discord o al gruppo telegram o seguici su Twitter 🐦 @hacktricks_live.
Condividi i tuoi trucchi di hacking inviando PR a HackTricks e HackTricks Cloud repos di github.

Informazioni di Base

Per ulteriori informazioni su cosa sia un bin di tcache, controlla questa pagina:

{% content-ref url="bins-and-memory-allocations.md" %} bins-and-memory-allocations.md {% endcontent-ref %}

Innanzitutto, nota che il Tcache è stato introdotto nella versione 2.26 di glibc.

L'attacco Tcache proposto nella pagina di guyinatuxido è molto simile all'attacco al fast bin dove l'obiettivo è sovrascrivere il puntatore al chunk successivo nel bin all'interno di un chunk liberato con un indirizzo arbitrario in modo da allocare quell'indirizzo specifico e potenzialmente sovrascrivere i puntatori.

Tuttavia, al giorno d'oggi, se esegui il codice menzionato otterrai l'errore: malloc(): unaligned tcache chunk detected. Quindi, è necessario scrivere come indirizzo nel nuovo puntatore un indirizzo allineato (o eseguire abbastanza volte il binario in modo che l'indirizzo scritto sia effettivamente allineato).

Attacco agli indici di Tcache

Di solito è possibile trovare all'inizio dell'heap un chunk contenente la quantità di chunk per indice all'interno del tcache e l'indirizzo al chunk di testa di ciascun indice di tcache. Se per qualche motivo è possibile modificare queste informazioni, sarebbe possibile far puntare il chunk di testa di alcuni indici a un indirizzo desiderato (come il malloc hook) per poi allocare un chunk della dimensione dell'indice e sovrascrivere i contenuti del malloc hook in questo caso.

Esempi

CTF https://guyinatuxedo.github.io/29-tcache/dcquals19_babyheap/index.html
Leak di informazioni di Libc: È possibile riempire i tcache, aggiungere un chunk nella lista non ordinata, svuotare il tcache e ri-allocare il chunk dalla lista non ordinata sovrascrivendo solo i primi 8B, lasciando intatto il secondo indirizzo a libc dal chunk in modo da poter leggerlo.
Attacco Tcache: Il binario è vulnerabile a un overflow di heap di 1B. Questo sarà abusato per cambiare l'intestazione di dimensione di un chunk allocato rendendola più grande. Quindi, questo chunk verrà liberato, aggiungendolo al tcache dei chunk della dimensione falsa. Poi, verrà allocato un chunk con la dimensione falsata e il chunk precedente verrà ritornato sapendo che questo chunk era effettivamente più piccolo e ciò offre l'opportunità di sovrascrivere il prossimo chunk in memoria.
Questo sarà abusato per sovrascrivere il puntatore FD del prossimo chunk per puntare a malloc_hook, quindi è possibile allocare 2 puntatori: prima il puntatore legittimo appena modificato e poi la seconda allocazione restituirà un chunk in malloc_hook che è possibile abusare per scrivere un one gadget.
CTF https://guyinatuxedo.github.io/29-tcache/plaid19_cpp/index.html
Leak di informazioni di Libc: C'è un use after free e un double free. In questo writeup l'autore ha fatto trapelare un indirizzo di libc leggendo l'indirizzo di un chunk posizionato in un bin piccolo (come far trapelare dalla lista non ordinata ma da quella piccola)
Attacco Tcache: Viene eseguito un Tcache tramite un double free. Lo stesso chunk viene liberato due volte, quindi all'interno del Tcache il chunk punterà a se stesso. Quindi, viene allocato, il suo puntatore FD viene modificato per puntare al free hook e quindi viene allocato di nuovo in modo che il prossimo chunk nella lista sarà nel free hook. Poi, anche questo viene allocato ed è possibile scrivere l'indirizzo di system qui quindi quando un malloc contenente "/bin/sh" viene liberato otteniamo una shell.
CTF https://guyinatuxedo.github.io/44-more_tcache/csaw19_popping_caps0/index.html
La principale vulnerabilità qui è la capacità di liberare qualsiasi indirizzo nell'heap indicandone l'offset
Attacco agli indici di Tcache: È possibile allocare e liberare un chunk di una dimensione tale che quando viene memorizzato all'interno del chunk di tcache (il chunk con le informazioni dei bin di tcache) genererà un indirizzo con il valore 0x100. Questo perché il tcache memorizza la quantità di chunk su ciascun bin in byte diversi, quindi un chunk in un indice specifico genera il valore 0x100.
Quindi, questo valore sembra che ci sia un chunk di dimensione 0x100. Consentendo di abusarne liberando questo indirizzo. Questo aggiungerà quell'indirizzo all'indice dei chunk di dimensione 0x100 nel tcache.
Quindi, allocando un chunk di dimensione 0x100, l'indirizzo precedente verrà restituito come un chunk, consentendo di sovrascrivere altri indici di tcache.
Ad esempio mettendo l'indirizzo del malloc hook in uno di essi e allocando un chunk della dimensione di quell'indice garantirà un chunk in calloc hook, che consente di scrivere un one gadget per ottenere una shell.
CTF https://guyinatuxedo.github.io/44-more_tcache/csaw19_popping_caps1/index.html
Stessa vulnerabilità di prima con una restrizione aggiuntiva
Attacco agli indici di Tcache: Attacco simile al precedente ma con meno passaggi liberando il chunk che contiene le informazioni del tcache in modo che il suo indirizzo venga aggiunto all'indice di tcache della sua dimensione in modo da poter allocare quella dimensione e ottenere le informazioni del chunk di tcache come un chunk, consentendo di aggiungere free hook come l'indirizzo di un indice, allocarlo e scrivere un one gadget su di esso.