Ret2lib
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
La esencia de Ret2Libc es redirigir el flujo de ejecución de un programa vulnerable a una función dentro de una biblioteca compartida (por ejemplo, system, execve, strcpy) en lugar de ejecutar shellcode proporcionado por el atacante en la pila. El atacante elabora una carga útil que modifica la dirección de retorno en la pila para apuntar a la función de la biblioteca deseada, mientras también organiza que cualquier argumento necesario esté correctamente configurado de acuerdo con la convención de llamada.
Obtener la dirección de la función a llamar (por ejemplo, system) y el comando a llamar (por ejemplo, /bin/sh)
Generar una cadena ROP para pasar el primer argumento apuntando a la cadena de comando y el flujo de ejecución a la función
Suponiendo que la libc utilizada es la de la máquina actual, puedes encontrar dónde se cargará en memoria con:
Si quieres comprobar si el ASLR está cambiando la dirección de libc, puedes hacer:
Conociendo la libc utilizada, también es posible encontrar el desplazamiento a la función system con:
Conociendo la libc utilizada, también es posible encontrar el desplazamiento a la cadena /bin/sh función con:
Conociendo la libc utilizada, también es posible usar Peda o GEF para obtener la dirección de la función system, de la función exit y de la cadena /bin/sh :
Si el proceso está creando hijos cada vez que hablas con él (servidor de red), intenta leer ese archivo (probablemente necesitarás ser root).
Aquí puedes encontrar exactamente dónde se carga la libc dentro del proceso y dónde se va a cargar para cada hijo del proceso.
En este caso se carga en 0xb75dc000 (Esta será la dirección base de libc)
Puede ser posible que no conozcas la libc que está cargando el binario (porque podría estar ubicada en un servidor al que no tienes acceso). En ese caso, podrías abusar de la vulnerabilidad para filtrar algunas direcciones y encontrar qué biblioteca libc se está utilizando:
Leaking libc address with ROPY puedes encontrar una plantilla de pwntools para esto en:
Leaking libc - templateConsulta la página https://libc.blukat.me/ y utiliza un par de direcciones de funciones dentro de la libc para averiguar la versión utilizada.
Estos ataques de fuerza bruta son solo útiles para sistemas de 32 bits.
Si el exploit es local, puedes intentar forzar la dirección base de libc (útil para sistemas de 32 bits):
Si atacas un servidor remoto, podrías intentar forzar la dirección de la función usleep de libc, pasando como argumento 10 (por ejemplo). Si en algún momento el servidor tarda 10s extra en responder, encontraste la dirección de esta función.
Ejecuta un shell saltando a una dirección específica en libc:
One GadgetEn este ejemplo, el brute-force de ASLR está integrado en el código y el binario vulnerable se encuentra en un servidor remoto:
Consulta el ejemplo de:
ROP - Return Oriented ProgramingEn el caso de ARM64, la instrucción ret salta a donde apunta el registro x30 y no a donde apunta el registro de pila. Así que es un poco más complicado.
Además, en ARM64 una instrucción hace lo que la instrucción hace (no es posible saltar en medio de instrucciones y transformarlas en nuevas).
Consulta el ejemplo de:
Ret2lib + Printf leak - arm64Esto permite filtrar información del proceso al llamar a printf/puts con algunos datos específicos colocados como argumento. Por ejemplo, poner la dirección de puts en la GOT en una ejecución de puts filtrará la dirección de puts en memoria.
Esto básicamente significa abusar de un Ret2lib para transformarlo en una vulnerabilidad de cadenas de formato de printf utilizando el ret2lib para llamar a printf con los valores para explotarlo (suena inútil pero es posible):
Ret2lib, dado un leak a la dirección de una función en libc, usando un gadget
64 bits, ASLR habilitado pero sin PIE, el primer paso es llenar un desbordamiento hasta el byte 0x00 del canario para luego llamar a puts y filtrarlo. Con el canario se crea un gadget ROP para llamar a puts para filtrar la dirección de puts de la GOT y luego un gadget ROP para llamar a system('/bin/sh')
64 bits, ASLR habilitado, sin canario, desbordamiento de pila en main desde una función hija. Gadget ROP para llamar a puts para filtrar la dirección de puts de la GOT y luego llamar a un gadget.
64 bits, sin pie, sin canario, sin relro, nx. Usa la función write para filtrar la dirección de write (libc) y llama a un gadget.
Usa una cadena de formato para filtrar el canario de la pila y un desbordamiento de búfer para llamar a system (está en la GOT) con la dirección de /bin/sh.
32 bits, sin relro, sin canario, nx, pie. Abusa de un mal indexado para filtrar direcciones de libc y heap desde la pila. Abusa del desbordamiento de búfer para hacer un ret2lib llamando a system('/bin/sh') (la dirección del heap es necesaria para eludir una verificación).
Aprende y practica Hacking en AWS:HackTricks Training AWS Red Team Expert (ARTE) Aprende y practica Hacking en GCP: HackTricks Training GCP Red Team Expert (GRTE)
