Las vulnerabilidades en el núcleo de Linux ya se cuentan por cientos en una sola corrida: OpenAI reprodujo 1.724 fallos reales y convirtió 948 de ellos en vías de acceso root, cada una con su parche candidato escrito por el mismo sistema. El informe, publicado el 4 de noviembre, describe una corrida de mediados de octubre hecha con un modelo de ciberseguridad que la empresa todavía no ha lanzado.
Root es la cuenta que manda en Linux: quien la alcanza controla la máquina entera. Las 948 fallas son de escalada local de privilegios, parten de una cuenta común con pocos permisos y terminan en control total. No abren una puerta desde internet por sí solas; su peligro aparece combinadas con otro hueco que deje ejecutar código, un escenario diario en servidores compartidos y en la nube.
Linux sostiene teléfonos Android, centros de datos, supercomputadoras y buena parte de la nube. OpenAI recuerda que el núcleo supera los 40 millones de líneas de código y su superficie de ataque pasa por llamadas al sistema, redes, archivos y controladores.
Cinco etapas, 30 horas y 1.724 fallos reproducidos
El sistema trabaja en cinco etapas: descubrimiento, validación, explotación, parches y revisión humana. Unos agentes exploradores eligieron 5.034 objetivos de auditoría, unas 2,8 millones de líneas, cerca del 7 % del núcleo, por US$3.426 en créditos de API. Los agentes analistas leyeron esos objetivos y produjeron 2.308 hallazgos candidatos en 12 horas, con un coste de US$316.549.
La validación separó el ruido de los fallos reales. Un agente de clasificación ejecutó una prueba de concepto por candidato en una máquina virtual aislada con Kernel Address Sanitizer, la herramienta que detecta errores de memoria. En 30 horas reprodujo 1.724 vulnerabilidades, el 74,7 % de los candidatos. Solo el 3,1 % de los casos falló por un análisis equivocado del modelo; el resto pedía permisos elevados o condiciones de carrera difíciles de montar en la prueba.
Después vino la parte delicada. Un filtro dejó 313 candidatos de fuga de información y 1.238 de escalada de privilegios. Los agentes de desarrollo de ataques los probaron en máquinas virtuales con las protecciones activas de una distribución Linux común: SMEP, SMAP, KASLR y HARDENED_USERCOPY. Salieron 291 pruebas de fuga de información y 1.169 ataques funcionales; agrupados por el fallo concreto que los causaba, quedaron las 948 vulnerabilidades distintas del titular. Cada ataque exitoso costó en promedio US$359 en créditos.
La comparación con julio deja el cambio en claro. Ese mes, GPT-5.6 Sol encontró y explotó 166 vulnerabilidades únicas de este tipo por US$513.690. El modelo nuevo, con tres meses más de endurecimiento del núcleo en el medio, sacó más de cinco veces esa cifra: 948 por US$1.213.430 en total, unos US$1.279 por fallo. OpenAI cruza ese coste con las recompensas históricas de Pwn2Own (US$20.000) y TyphoonPWN (US$70.000) y calcula un valor hipotético de entre US$18,9 y US$66,3 millones para el lote. No es el primer aviso del mes sobre modelos revisando este código: el caso de OverlayFS en Linux 7.4 ya había mostrado fallas de seguridad halladas con inteligencia artificial en un subsistema concreto.
Root por la puerta equivocada y técnicas que nadie conocía
El propio informe admite un tropiezo serio. En una corrida temprana, la etapa de explotación reportó 200 ataques exitosos, y la revisión humana encontró que 20 habían llegado a root usando otra vulnerabilidad de día cero, distinta a la asignada. El resultado era real; el camino, no. OpenAI endureció las reglas y añadió una comprobación independiente que confirma que cada ataque final usa el fallo que le tocaba.
Los agentes tampoco se limitaron a repetir trucos conocidos. En una muestra de 166 ataques, los analistas identificaron 10 técnicas de explotación sin documentar: dos formas nuevas de rociar objetos en la caché del núcleo, dos de preparación de páginas, cinco rutas de escalada basadas solo en datos y una de confusión de tipos arbitraria. Expertos externos consultados por OpenAI confirmaron que tampoco las habían visto.
Hubo hasta un hallazgo colateral: en la prueba contra kernelCTF, el programa de recompensas de Google con un núcleo endurecido, el sistema encontró y explotó una vulnerabilidad en QEMU TCG, parte de la infraestructura de pruebas: ya estaba corregido en el código principal de QEMU, pero no en la versión del entorno. En ese objetivo reforzado logró 21 escaladas y 25 pruebas de fuga en 112 horas por US$32.936; kernelCTF aceptó 26 ataques confirmados de día cero en todo 2026.
Mientras la corrida avanzaba, los mantenedores de Linux ya se movían por su cuenta. Al cerrar el análisis, a los diez días, 61 de estas vulnerabilidades tenían parche aplicado en el código principal, 43 contaban con parche en preparación y 299 estaban en reporte y discusión pública. OpenAI afirma que envió cientos de informes con sus parches para los fallos críticos y que el resto saldrá de forma gradual junto a los socios de Patch the Planet.
La advertencia práctica de OpenAI es directa: una cuenta con pocos privilegios en un sistema sin los parches al día equivale, frente a un atacante con recursos, a un acceso root completo. Cada parche del núcleo que se pospone en un servidor virtual, un Android viejo o un equipo compartido deja abiertas algunas de esas 948 vías, y encontrarlas acaba de bajar a US$1.279 por pieza.
Fuente: Help Net Security
