Dirty Frag: segunda vulnerabilidad root en ocho días afecta kernel Linux

Fuentes: "Dirty Frag" (CVE-2026-43284): The Second Linux Root Exploit in Eight Days — Patch Your Server Now - Copahost, phoronix.com, gentoo.org
Dirty Frag: segunda vulnerabilidad root en ocho días afecta kernel Linux
Imagen generada con IA

Dirty Frag: segunda vulnerabilidad root en ocho días sacude el kernel Linux

El mundo de la ciberseguridad vuelve a temblar. Apenas ocho días después de que Copy Fail golpeara al ecosistema Linux, una nueva vulnerabilidad crítica ha emergido: Dirty Frag, nombre informal de un exploit encadenado que combina dos fallos en el kernel de Linux y que permite obtener privilegios de root en cualquier servidor vulnerable.

La vulnerabilidad fue revelada públicamente el 7 de mayo de 2026 y ya existe un exploit funcional. Según la fuente Copahost, si un servidor no ha sido parcheado y reiniciado desde el 8 de mayo, está expuesto a ataques. A diferencia de DirtyPipe, que dependía de una condición de carrera muy específica, Dirty Frag es un fallo lógico determinista con tasas de éxito muy elevadas y mínimo riesgo de pánico del kernel.

¿ Qué es Dirty Frag?

Dirty Frag (CVE-2026-43284 y CVE-2026-43500) es un exploit encadenado que combina dos vulnerabilidades del kernel Linux. La primera, CVE-2026-43284, ya ha sido parcheada; la segunda, CVE-2026-43500, todavía está siendo distribuida por las diferentes distribuciones Linux.

El fallo radica en cómo el kernel maneja la memoria de paquetes de red en la ruta IPsec/ESP. Cuando MSG_SPLITE_PAGES adjunta páginas de un pipe directamente a un buffer de red (skb), las rutas de datagramas IPv4/IPv6 no marcan esas páginas como compartidas. Esto provoca que un paquete ESP-in-UDP hecho de páginas compartidas de pipe parezca al kernel como un buffer privado ordinario, lo que permite que la desencriptación ESP ocurra directamente sobre memoria que el skb no posee. Un atacante que sepa manipular este comportamiento puede lograr una escritura controlada en la caché de páginas del kernel y escalar finalmente a privilegios de root.

En términos simples: el kernel confió en memoria que no debería haber confiado, y un atacante puede usar esa confianza malplaced para tomar el control completo de la máquina.

Conexión con Copy Fail

Copy Fail (CVE-2026-31431), revelada el 29 de abril, explotaba un fallo lógico en el subsistema criptográfico del kernel Linux, específicamente en la plantilla authencesn AEAD, permitiendo una escritura controlada de 4 bytes en la caché de páginas. Un script Python de 732 bytes era suficiente para obtener root en todas las distribuciones Linux principales construidas desde 2017.

Dirty Frag sigue el mismo patrón fundamental, pero a través de un camino de código completamente diferente. Ambas vulnerabilidades convierten optimizaciones de procesamiento en tiempo real en primitivas de escalamiento de root deterministas: Copy Fail a través de crypto de userspace, Dirty Frag a través de recepción IPsec.

La conexión no es accidental. El investigador Hyunwoo Kim construyó explícitamente sobre la clase de fallo que Copy Fail introdujo. Algunos en la comunidad de seguridad ya han comenzado a referirse a CVE-2026-43284 como "Copy Fail 2.0". Lo que se presentó como un fallo de kernel raro hace diez días se está convirtiendo en una clase repeatable de ataque.

Un factor interesante de Dirty Frag es que el encadenamiento de las dos sub-vulnerabilidades cubre los puntos ciegos de cada una. Ningún fallo por sí solo proporciona una primitiva suficientemente confiable para la escalación completa a root. Sin embargo, cuando se combinan, el exploit encadenado logra root inmediato en la mayoría de las distribuciones.

¿ Quién está afectado?

Todo servidor que ejecute un kernel Linux principal construido desde aproximadamente 2017 está afectado. Todas las versiones soportadas de AlmaLinux están afectadas. La lista completa de distribuciones afectadas incluye Red Hat Enterprise Linux, AlmaLinux, Debian, Ubuntu, Fedora, Arch Linux, CentOS, CloudLinux y Amazon Linux.

Para entornos de hosting web, el vector de amenaza es el mismo que Copy Fail: el atacante no necesita romper remotamente. El peligro es que una vez que un atacante ingresa, a través de un plugin vulnerable de WordPress, una web shell, credenciales SSH débiles o un contenedor comprometido, Dirty Frag les permite escalar inmediatamente a root.

En servidores de hosting compartido, una sola cuenta comprometida podría convertirse en una compromiso completo del servidor.

La solución

El único parche real es actualizar el kernel. Los kernels parcheados están disponibles en repositorios de producción desde el 8 de mayo de 2026. Para AlmaLinux, CloudLinux, Rocky Linux, CentOS Stream y RHEL: sudo dnf clean metadata && sudo dnf upgrade && sudo reboot. Para Debian/Ubuntu: sudo apt update && sudo apt upgrade && sudo reboot.

Si no es posible reiniciar inmediatamente, se puede bloquear la carga de los módulos vulnerables mediante un archivo de configuración en /etc/modprobe.d/, aunque esto puede interrumpir conexiones VPN IPsec activas.

Implicaciones y展望

Dos vulnerabilidades universales de escalamiento de privilegios del kernel Linux en ocho días no es normal. Con un proof-of-concept público lanzado antes de los parches y la explotación reducida a un puñado de syscalls estándar, los defensores deben asumir que cualquier posición local en un host no parcheado puede convertirse en root en segundos.

La revelación de Dirty Frag también fue problemática: una tercera parte no relacionada filtró los detalles del exploit antes de que las distribuciones terminaran de empaquetar los parches, forzando una divulgación prematura mientras CVE-2026-43500 todavía estaba sin parchear.

La lección práctica es que el tiempo entre una vulnerabilidad conocida por los atacantes y siendo explotada en la naturaleza ahora se mide en horas, no en días. Las actualizaciones del kernel deben tratarse con la misma urgencia que los parches de seguridad de aplicaciones.