Hispanopedia Wiki
Articulo de referencia

Ataque de retorno a libc

Un ataque de "retorno a libc" es un ataque de seguridad informática que generalmente comienza con un desbordamiento de búfer en el que la dirección de retorno de una subrutina e...

Hispanopedia WikiContenido en espanolLectura gratuita

Un ataque de "retorno a libc" es un ataque de seguridad informática que generalmente comienza con un desbordamiento de búfer en el que la dirección de retorno de una subrutina en la pila de llamadas se reemplaza por la dirección de una subrutina que ya está presente en la memoria ejecutable del proceso , eludiendo la función de bit de no ejecución (si está presente) y eliminando la necesidad de que el atacante inyecte su propio código. El primer ejemplo real de este ataque fue aportado por Alexander Peslyak en la lista de correo Bugtraq en 1997. [ 1 ]

En los sistemas operativos compatibles con POSIX, la biblioteca estándar de C (" ") se usa comúnmente para proporcionar un entorno de ejecución estándar para programas escritos en el lenguaje de programación C. Aunque el atacante podría hacer que el código devuelva cualquier valor, es el objetivo más probable, ya que casi siempre está vinculado al programa y proporciona llamadas útiles para un atacante (como la función utilizada para ejecutar comandos de shell).libclibcsystem

Protección contra ataques de retorno a libc

Una pila no ejecutable puede prevenir algunas vulnerabilidades de desbordamiento de búfer, pero no puede evitar un ataque de retorno a libc, ya que este último solo utiliza código ejecutable existente. Por otro lado, estos ataques solo pueden llamar a funciones preexistentes. La protección contra la destrucción de la pila puede prevenir u obstaculizar la explotación, ya que puede detectar la corrupción de la pila y, posiblemente, eliminar el segmento comprometido.

El " blindaje ASCII " es una técnica que puede utilizarse para obstaculizar este tipo de ataque. Con el blindaje ASCII, todas las direcciones de las bibliotecas del sistema (por ejemplo, libc) contienen un byte nulo ( 0x00). Esto se suele hacer colocándolos en los primeros 0x01010101bytes de la memoria (unas pocas páginas más de 16  MB, denominadas "región de blindaje ASCII"), ya que cada dirección hasta (pero sin incluir) este valor contiene al menos un byte nulo. Esto hace imposible insertar código que contenga esas direcciones utilizando funciones de manipulación de cadenas como strcpy(). Sin embargo, esta técnica no funciona si el atacante tiene una forma de desbordar bytes nulos en la pila. Si el programa es demasiado grande para caber en los primeros 16 MB , la protección puede ser incompleta. [ 2 ] Esta técnica puede superarse mediante otro ataque conocido como return-to-plt, donde, en lugar de regresar a libc, el atacante utiliza las funciones de la Tabla de Enlace de Procedimientos (PLT) cargadas en el código independiente de la posición (por ejemplo, ). [ 3 ] system@plt, execve@plt, sprintf@plt, strcpy@plt

La aleatorización del espacio de direcciones (ASLR) hace que este tipo de ataque sea extremadamente improbable en máquinas de 64 bits, ya que las ubicaciones de memoria de las funciones son aleatorias. Sin embargo, para los sistemas de 32 bits , ASLR ofrece poca ventaja, puesto que solo hay 16 bits disponibles para la aleatorización, y pueden ser vulnerados por fuerza bruta en cuestión de minutos. [ 4 ]

Véase también

Referencias

  1. ↑ Solar Designer (10 de agosto de 1997). "Bugtraq: Cómo sortear la pila no ejecutable (y su solución)" .
  2. ↑ David A. Wheeler (27 de enero de 2004). "Programador seguro: Cómo contrarrestar los desbordamientos de búfer" . IBM DeveloperWorks. Archivado del original el 18 de octubre de 2013.
  3. ↑ Enfermedad (13 de mayo de 2011). "Desarrollo de exploits para Linux, parte 4: bypass de armadura ASCII + retorno a plt" (PDF) .
  4. ↑ Shacham, H.; Page, M.; Pfaff, B.; Goh, EJ; Modadugu, N.; Boneh, D. (octubre de 2004). "Sobre la efectividad de la aleatorización del espacio de direcciones". Actas de la 11.ª Conferencia ACM sobre Seguridad Informática y de Comunicaciones (PDF) . págs. 298–307 . doi : 10.1145/1030083.1030124 . ISBN  1-58113-961-6. S2CID 5864467 . 
  • Cómo evitar la pila de no ejecutables durante la explotación mediante return-to-libc por c0ntex en css.csail.mit.edu