OpenAI dejó a un equipo de agentes de IA revisar el kernel de Linux por su cuenta y, en una sola corrida, terminó con 948 exploits que convierten a un usuario común en root, el administrador del sistema, cada uno con un parche propuesto. La corrida usó un modelo de ciberseguridad que OpenAI todavía no presenta y costó $1.2 millones de USD en créditos de su API. Lo publicó el 4 de noviembre con el título «A thousand fewer paths to root» («mil caminos menos hacia root»). De esas 948, por ahora 61 ya están corregidas en el kernel.
No es el primer intento. En junio, OpenAI lanzó Patch the Planet, un programa con la firma de seguridad Trail of Bits, HackerOne y Calif para encontrar y corregir fallos en software de código abierto con su modelo GPT-5.5-Cyber. En aquella primera pasada por el kernel de Linux, el modelo generó 24 pruebas de concepto de escalada de privilegios. Al mismo tiempo, los mantenedores del kernel ya viven una avalancha de reportes hechos con IA: en octubre, Greg Kroah-Hartman, responsable de las versiones estables, contó en la conferencia Kernel Recipes que el proyecto corrige unos 33 CVE al día y que un lote de 79 «vulnerabilidades» encontradas por un modelo se quedó en unas 10 correcciones reales, entre duplicados, fallos ya corregidos y datos inventados.
La corrida nueva, de mediados de octubre, fue mucho más grande. Según el artículo de OpenAI, citado por los medios que lo leyeron completo, unos agentes eligieron primero 5,034 zonas del kernel con interés para la seguridad, unos 2.8 millones de líneas de código, cerca del 7 % del total. Otros agentes las analizaron y en 12 horas reunieron 2,308 hallazgos candidatos. Después, el sistema intentó reproducir cada uno en máquinas virtuales aisladas y confirmó 1,724. Los separó entre los que podían llevar a root y los que solo dejaban leer memoria del kernel, intentó explotarlos y se quedó con 948 exploits de escalada de privilegios que funcionan y 291 fugas de información demostradas. Antes de reportar nada, investigadores humanos revisaron los exploits, los parches y la gravedad propuesta.
Claves de la corrida de OpenAI
- De punta a punta, sin intervención. Los agentes eligieron dónde buscar, encontraron los fallos, los reprodujeron, escribieron el exploit y propusieron el parche. Las personas entraron al final, para revisar antes de enviar los reportes.
- Escaladas locales, no ataques remotos. Las 948 son escaladas locales de privilegios: sirven a alguien que ya puede ejecutar algo en la máquina, con una cuenta común, para volverse administrador. No permiten entrar a un servidor desde internet por sí solas.
- Unos $1,280 USD por exploit. La corrida costó $1,213,430 en créditos de API, la mayor parte en la etapa de explotación. OpenAI comparó ese costo con lo que pagan concursos como Pwn2Own por fallos así y calculó un valor de entre $18.9 y $66.3 millones de USD, aunque aclara que es una comparación ilustrativa, no dinero que haya cobrado.
- Técnicas nuevas. En una muestra de 166 exploits, los investigadores encontraron al menos 10 técnicas de explotación que, hasta donde sabían, nadie había documentado. OpenAI no las detalló.
- Los parches avanzan despacio. Tras la corrida y el análisis manual, 61 fallos tenían su corrección ya integrada en el kernel, 43 tenían un parche en camino y 299 estaban en proceso de reporte o en discusión pública. OpenAI dice que envió cientos de reportes con su parche y que irá divulgando el resto con sus socios de Patch the Planet.
- Un modelo sin nombre. OpenAI solo dice que es un modelo de ciberseguridad «próximo». Un día después lanzó GPT-6 Cyber, por ahora solo para un grupo reducido de clientes de su programa de pruebas ofensivas, pero no aclaró si es el mismo.
Lo que cambia para quien mantiene servidores Linux
El dato importante no es solo el número, sino el costo. Encontrar y explotar fallos del kernel solía ser trabajo de especialistas que dedicaban semanas a cada caso; aquí salió a poco más de mil dólares por exploit, y un modelo así, en manos de un atacante, haría lo mismo sin enviar los parches. Kroah-Hartman ya había advertido que el tiempo entre que se publica un fallo y aparece un exploit bajó de 63 días en 2018 a 7 días en 2026, y que el problema más grande no es encontrar los fallos, sino que la gente no actualiza. Con 948 escaladas de privilegios en camino al kernel, aunque sea poco a poco, mantener el kernel al día deja de ser una recomendación para volverse una urgencia, sobre todo en servidores donde varios usuarios o contenedores comparten la misma máquina. Ya vimos lo que pasa cuando los detalles salen antes que el parche, como en los seis fallos que se publicaron por error en octubre.
También hay que leer la cifra con cuidado. OpenAI no publicó la lista de fallos, ni sus CVE, ni los commits de las correcciones, así que por ahora nadie fuera de la empresa y de los mantenedores puede comprobar las 948, y el propio Kroah-Hartman ha pedido no caer en lo que llama «doom marketing». OpenAI reconoce, además, que sus primeros parches podían añadir código innecesario, afectar el rendimiento o dejar variantes sin cubrir, y es justo el tipo de reporte que obliga a los mantenedores a revisar cada caso uno por uno. Que solo 61 estén corregidos dice tanto de ese cuello de botella como de la capacidad del modelo.
Lo que sí demuestra la corrida es que la IA ya encuentra fallos graves del kernel a una escala que hace un año no existía. Si la mayoría de esas correcciones llegan a las distribuciones en los próximos meses, Linux quedará más seguro que antes; mientras tanto, la única defensa práctica es la de siempre: aplicar las actualizaciones del kernel en cuanto salgan.
Fuente: OpenAI, «A thousand fewer paths to root»; OpenAI en X; Interesting Engineering; MLQ; CyberScoop; LWN, «Coping with the onslaught of kernel security bugs».