Vulnerabilidades del kernel de Linux: agentes de OpenAI escribieron 948 exploits

El equipo de investigación en seguridad de OpenAI publicó el 4 de noviembre el informe «A thousand fewer paths to root». En él describe un pipeline autónomo de agentes que busca vulnerabilidades en el kernel de Linux, escribe exploits para ellas y prepara parches. En una sola ejecución con el modelo interno de ciberseguridad de OpenAI, confirmó y preparó parches para 948 vulnerabilidades de escalada local de privilegios (local privilege escalation), es decir, fallos que permiten a un usuario normal convertirse en root. Coste de API: unos 1,2 millones de dólares.

¿Qué encontraron exactamente los agentes de OpenAI?

Las cifras del informe (resumidas, entre otros, por ai-tldr.dev y RuntimeWire) son estas:

1. 2308 candidatas a vulnerabilidad en la rama master del kernel de mediados de octubre de 2026,
2. 1724 se reprodujeron como vulnerabilidades reales,
3. 948 vulnerabilidades LPE únicas (local privilege escalation) terminaron con un exploit funcional y una propuesta de parche,
4. el coste total fue de 1 213 430 dólares en créditos de API, y la mayor parte, 775 929 dólares, se fue en escribir exploits (la búsqueda de fallos costó 316 549 y su validación, 73 330 dólares).

Según OpenAI, los agentes usaron 10 técnicas de explotación que los expertos externos en el kernel no habían visto antes. La empresa no publica esas técnicas.

El modelo que lo hizo no está disponible públicamente. Es un próximo modelo especializado de OpenAI para ciberseguridad, cuyo nombre no aparece en las informaciones.

¿Cómo buscaron los agentes vulnerabilidades en el kernel de Linux?

El pipeline reparte el trabajo entre varios tipos de agentes (según lo describe ai-tldr.dev):

1. los agentes exploradores eligieron 5034 objetivos, fragmentos de código accesibles para un usuario sin privilegios (alrededor del 7 % del código del kernel),
2. los agentes analistas revisaron esos fragmentos,
3. los agentes de triaje escribieron una prueba de concepto para cada hallazgo y la ejecutaron en una máquina virtual con KASAN (Kernel Address Sanitizer) hasta que el fallo se reproducía,
4. los agentes de exploits probaron a los candidatos más sólidos en una distribución normal con las protecciones SMEP, SMAP y KASLR activadas,
5. la última etapa escribió los parches.

Lo curioso: al principio de la ejecución, 20 de 200 exploits «exitosos» obtuvieron root mediante un zero-day completamente distinto del que el agente debía usar. Por eso el pipeline incluye controles adicionales que comprueban si el exploit usa de verdad el fallo asignado.

El equipo también probó el pipeline en un kernel reforzado del programa kernelCTF de Google. En 112 horas salieron 25 pruebas de concepto de fugas de información y 21 exploits LPE, por unos 32 936 dólares en créditos de API.

¿Ya están parcheadas estas vulnerabilidades?

Todavía no todas. 948 es el número de exploits confirmados con parches candidatos, no 948 parches en el kernel. A los 10 días, 61 vulnerabilidades estaban parcheadas en la rama principal del kernel, y los parches de otras 43 esperaban en ramas de staging.

Por consejo de la comunidad del kernel, OpenAI empezó por las vulnerabilidades críticas y reporta el resto poco a poco, junto con los socios del programa Patch the Planet. Según Startup Fortune, el programa arrancó en junio de 2026 con Trail of Bits y HackerOne, entre otros, y personas revisan cada hallazgo antes de que llegue a un maintainer.

¿Por qué se habla tanto de esto?

Porque la escala impresiona incluso a la gente de seguridad. El informe llegó a la portada de Hacker News, donde un miembro del equipo responde preguntas. En los comentarios se repite una pregunta: ¿cómo es posible que el kernel escondiera casi mil caminos hacia root?

Lo que más resuena es la conclusión del propio informe: por ahora, el acceso a una cuenta con pocos privilegios en un sistema sin los últimos parches debe tratarse como acceso root para un atacante con buenos recursos (en sus palabras, «functionally equivalent to root access for a well-resourced threat actor»).

Es otra señal en la misma dirección. A finales de octubre Claude encontró vulnerabilidades en Chrome, Safari y Linux, y Google presentó Gemini 4 Carbon, un modelo de ciberseguridad solo para empresas seleccionadas. La diferencia es que aquí hablamos de cientos de vulnerabilidades en una sola ejecución y de una factura de API concreta.

¿A qué conviene prestar atención?

Primero, a quién da las cifras. Es un experimento realizado y descrito por la propia OpenAI, y la empresa califica los costes de límite superior, porque un harness mejor podría reducirlos. Aún hay poca verificación independiente, así que tomémoslas con cautela.

Segundo, a la otra cara de la moneda. La misma herramienta en manos de atacantes acortaría el tiempo entre un commit en el kernel y un exploit funcional. OpenAI responde que el modelo no es público y que los exploits y las nuevas técnicas no se publican.

Tercero, a las actualizaciones. El consejo de OpenAI para los defensores es sencillo: volver a escanear el código antiguo cuando aparezcan mejores modelos y mantener los sistemas al día con los parches. Escribo más sobre cómo proteger agentes y claves en la guía de seguridad de agentes de IA.

FAQ

¿Cuántas vulnerabilidades del kernel de Linux encontró OpenAI?

El pipeline señaló 2308 candidatas, reprodujo 1724 vulnerabilidades y, para 948 vulnerabilidades LPE únicas, escribió un exploit funcional y una propuesta de parche.

¿Está en riesgo mi Linux?

Los exploits no se han publicado y los parches llegan al kernel poco a poco (61 estaban en la rama principal a los 10 días). Lo mejor que podemos hacer es actualizar el kernel con regularidad.

¿Se puede probar este modelo de OpenAI?

No. Según las informaciones, es un próximo modelo de ciberseguridad de OpenAI que aún no se ha lanzado.

¿Cuánto costó?

Según OpenAI, 1 213 430 dólares en créditos de API por toda la ejecución.