OpenAI ha publicado los resultados de un sistema automatizado de agentes de inteligencia artificial que, en una sola ejecución a mediados de octubre, reprodujo 1.724 vulnerabilidades en el núcleo de Linux y desarrolló exploits de escalada de privilegios que la empresa agrupa en 948 vulnerabilidades únicas. El informe, titulado «A thousand fewer paths to root» y fechado el 04/11/2026, sitúa el coste de la operación en 1.213.430 dólares en créditos de API. Las 948 son, por tanto, fallos validados por la propia OpenAI con un exploit funcional, no vulnerabilidades confirmadas una a una por los mantenedores del kernel.
Las claves de los 948 exploits de OpenAI en el kernel de Linux en 20 segundos
- OpenAI publicó el 04/11/2026 los resultados de un sistema de agentes de IA que auditó el núcleo de Linux.
- De 2.308 hallazgos reprodujo 1.724 fallos y obtuvo exploits de root que agrupa en 948 vulnerabilidades únicas.
- La ejecución costó 1.213.430 dólares en créditos de API.
- Diez días después había 61 corregidas en el código principal y no hay recuento de CVE.
El trabajo amplía lo que la compañía presentó en junio dentro de Patch the Planet, su iniciativa para ayudar a corregir software crítico, cuando explicó que GPT-5.5 Cyber había desarrollado 24 exploits de escalada local en Linux. En aquel momento opensecurity.es ya recogió el giro de OpenAI para que la IA también parchee los fallos que encuentra. Ahora la empresa describe un proceso completo, con un modelo de ciberseguridad que todavía no ha lanzado, que va desde la búsqueda de errores hasta la redacción del parche, con una revisión humana al final.
De 2.308 hallazgos a 948 vulnerabilidades únicas
La cifra que ha circulado en titulares es el último escalón de un embudo largo. Según el informe, unos agentes llamados Scout revisaron el código y seleccionaron 5.034 objetivos de auditoría, alrededor de 2,8 millones de líneas, aproximadamente el 7 % del kernel. Eligieron zonas alcanzables por un usuario sin privilegios. Después, los agentes Analyst produjeron en 12 horas 2.308 hallazgos candidatos, ya sin duplicados.
El siguiente paso fue comprobar cuáles eran reales. Un agente de triaje generaba una prueba de concepto y la ejecutaba en una máquina virtual aislada con KASAN (Kernel Address Sanitizer, la herramienta del kernel que detecta corrupciones de memoria). En 30 horas se reprodujeron 1.724 fallos, el 74,7 % de los candidatos. OpenAI afirma que solo el 3,1 % respondía a un análisis erróneo del modelo; el resto de los no reproducidos exigía privilegios elevados o no pudo dispararse dentro del tiempo asignado.
Con esos 1.724 fallos, un filtro inicial dejó 1.238 candidatos a escalada local de privilegios (LPE, por sus siglas en inglés) y 313 a fuga de información. Los agentes de explotación trabajaron con las protecciones de una distribución estándar activadas, como SMEP, SMAP, KASLR y HARDENED_USERCOPY, y lograron 1.169 exploits que daban acceso root y 291 pruebas de fuga de información. Tras un análisis de variantes, OpenAI redactó 948 parches distintos y usa esa cifra para contar las LPE únicas. Es decir, los 948 salen de agrupar exploits por el parche que los corrige.
| Fase | Resultado según OpenAI | Coste en créditos de API |
|---|---|---|
| Selección de objetivos (Scout) | 5.034 objetivos, unos 2,8 millones de líneas | 3.426 dólares |
| Análisis estático (Analyst) | 2.308 hallazgos candidatos | 316.549 dólares |
| Validación dinámica | 1.724 vulnerabilidades reproducidas | 73.330 dólares |
| Explotación | 1.169 exploits de root y 291 fugas de información | 775.929 dólares |
| Agrupación por parche | 948 vulnerabilidades LPE únicas | Total: 1.213.430 dólares |
La empresa reconoce un problema que obligó a corregir el proceso. En una ejecución temprana, el sistema dio por buenos 200 exploits, pero la revisión humana descubrió que 20 habían conseguido root aprovechando un fallo de día cero distinto del asignado. OpenAI añadió después una comprobación independiente para verificar que cada exploit usaba la vulnerabilidad que le correspondía. También asegura que los agentes emplearon al menos 10 técnicas de explotación nuevas, cuyos detalles no publica por motivos de seguridad.
Sobre el coste, OpenAI divide el total entre los 948 resultados y obtiene 1.279 dólares por exploit, aunque el coste medio de desarrollar cada exploit con éxito fue de 359 dólares. La compañía presenta estas cifras como un límite superior y calcula que, aplicando las recompensas históricas de Pwn2Own y TyphoonPWN (20.000 y 70.000 dólares por exploit de kernel en Linux), el conjunto valdría entre 18,9 y 66,3 millones de dólares. Es una valoración hipotética: nadie ha pagado esas recompensas.
Lo que está corregido y lo que falta por confirmar
Para medir el alcance real conviene separar tres conceptos. Las 948 son vulnerabilidades encontradas y validadas por OpenAI con un exploit. Los fallos confirmados por la comunidad del kernel son los que los mantenedores aceptan y corrigen. Y los CVE (Common Vulnerabilities and Exposures, el catálogo público de identificadores de vulnerabilidades) dependen de la CNA del kernel, la autoridad de numeración que gestiona kernel.org y que asigna un identificador a casi cualquier corrección de errores que llega a las ramas estables, tenga o no un exploit detrás.
El propio informe da el estado al terminar el escaneo y el análisis manual, diez días después de empezar: 61 escaladas de privilegios estaban ya corregidas en el código principal, 43 tenían parches en preparación y 299 se estaban notificando y discutiendo en público. Esas cifras suman 403, menos de la mitad de 948, y OpenAI no aclara cuántas de ellas proceden de sus propios informes. En otro punto del texto atribuye más de 100 correcciones de LPE a otros colaboradores, lo que indica que parte de esos fallos los estaban encontrando también otros investigadores. La empresa no publica ningún identificador CVE ni una lista de commits.
En la lista de correo del kernel, archivada en lore.kernel.org, sí se ven desde principios de octubre numerosos parches enviados desde direcciones de openai.com, con copia a una dirección de divulgación de la compañía y con la etiqueta «Assisted-by: Codex», que el kernel usa para declarar la ayuda de herramientas de IA. Según OpenAI, siguiendo la recomendación de la comunidad del kernel, ha empezado por los fallos críticos y enviará el resto de forma gradual con los socios de Patch the Planet, dentro de su programa Daybreak.
El artículo de Cyber Security News que ha difundido la noticia presenta el resultado como 948 vulnerabilidades descubiertas en el kernel, una fórmula que mezcla los 1.724 fallos reproducidos con las 948 LPE únicas y que omite que la validación es interna. Tampoco aclara que los 61 fallos corregidos no son necesariamente aportaciones de OpenAI. El texto original de la empresa es más preciso: habla de exploits y de parches generados, no de vulnerabilidades confirmadas por los mantenedores.
Mantenedores con más trabajo y menos ruido
El anuncio llega cuando los responsables del kernel llevan meses hablando del efecto de la IA sobre su carga de trabajo. Greg Kroah-Hartman, responsable de las ramas estables, explicó en marzo a The Register que habían pasado de recibir informes de baja calidad, lo que llamaban «AI slop» (basura generada por IA), a recibir informes reales, aunque eso supone más revisiones. En una prueba propia, contó, una herramienta generó 60 problemas con sus correcciones y aproximadamente un tercio eran erróneas.
Linus Torvalds fue en la misma línea en declaraciones recogidas por el mismo medio el 23 de octubre. Según su versión traducida, el kernel es un código grande en el que la IA encuentra fallos reales, lo que añade trabajo a mantenedores ya sobrecargados, y pidió frenar los parches ocasionales que envían personas que no entienden el código. LWN.net ha dedicado esta semana un artículo a cómo gestionar la avalancha de CVE del kernel, de momento solo para suscriptores. Hay precedentes recientes de lo que puede pasar cuando una escalada a root se hace pública, como el caso Copy Fail.
La recomendación práctica que hace OpenAI es directa: un atacante con recursos que tenga una cuenta sin privilegios en un sistema que no esté al día debe considerarse, a corto y medio plazo, equivalente a un atacante con acceso root. La empresa aconseja aplicar las actualizaciones del kernel cuanto antes y aislar las cargas con tecnologías como Firecracker o gVisor para limitar el daño de un fallo explotado.
Preguntas frecuentes
¿Ha encontrado OpenAI 948 vulnerabilidades confirmadas en Linux?
No exactamente. Son 948 vulnerabilidades de escalada de privilegios únicas según la validación interna de OpenAI, que las cuenta por el número de parches distintos que redactó. A los diez días, 61 estaban corregidas en el código principal y 43 tenían parche en preparación.
¿Cuántos CVE se han asignado por este trabajo?
OpenAI no publica ningún identificador CVE. La CNA del kernel asigna CVE a las correcciones cuando llegan a las ramas estables, así que el recuento dependerá de cuántos parches se acepten.
¿Cuánto costó la ejecución?
1.213.430 dólares en créditos de API, según OpenAI, que lo presenta como un límite superior. La fase más cara fue la de explotación, con 775.929 dólares.
¿Qué deben hacer los administradores de sistemas Linux?
Instalar cuanto antes las actualizaciones del kernel de su distribución. OpenAI también recomienda aislar cargas con sandboxes como Firecracker o gVisor.
Fuentes:
