Laboratorio para el análisis y explotación del CVE-2025-5548
Propósito del documento: Reflexionar sobre los conocimientos adquiridos durante el despliegue del laboratorio, detallar el proceso de explotación del CVE-2025-5548 y plantear los siguientes pasos hacia la investigación de vulnerabilidades desconocidas (0-days).
A lo largo de este módulo, he comprobado que desarrollar un exploit es un trabajo de precisión quirúrgica. No se trata de lanzar escáneres automáticos a ver qué sale, sino de entender cómo procesa la información el ordenador por debajo.
He aprendido que el ciclo de trabajo real se basa en tres pilares: observar (analizando el código del programa estáticamente con herramientas como Ghidra para buscar funciones peligrosas), interactuar (usando depuradores como Immunity Debugger para ver la memoria en tiempo real) y manipular (inyectando datos hasta lograr que el programa pierda el control de su flujo normal).
Para poner la teoría a prueba, preparé una máquina virtual Windows 11 con Python 3 y herramientas de análisis. El objetivo que elegí fue un servidor FTP que resultó ser vulnerable en su comando NOOP. En lugar de detallar cada herramienta por separado, así es como las usé en mi proceso de ataque:
\x0a o el byte nulo \x00). Tuve que enviar secuencias de bytes y mirar la memoria del depurador una y otra vez hasta confirmar cuáles eran todos los "caracteres malos" para poder evitarlos.JMP ESP dentro del código del propio FTP. Junté esa dirección, generé mi payload final con Metasploit y, al lanzarlo, logré que mi máquina atacante abriera una consola remota con control total sobre el Windows víctima.Explotar este programa ha sido muy didáctico, pero soy consciente de que es un entorno preparado. En el mundo real, los sistemas modernos tienen escudos de seguridad complejos. Para llegar a descubrir fallos que nadie conoce (0-days) en el futuro, tengo claro que debo evolucionar mi técnica:
La lección más valiosa que me llevo de este laboratorio es que la paciencia y el detalle lo son todo.
Un solo byte mal calculado en el offset, o un carácter prohibido que se te olvide filtrar, hace que todo el exploit falle y el programa simplemente se cierre. Las herramientas y los scripts prefabricados ayudan mucho, pero entender los cimientos (cómo se organizan la pila, el ESP y el EIP) es lo único que te permite arreglar tu código cuando las cosas no salen a la primera.