OpenAI y las 948 fallas del kernel de Linux

OpenAI informa que una corrida automatizada produjo exploits para 948 fallas distintas del kernel de Linux. Son fallas que requieren un acceso previo al equipo, y la cifra viene de la propia empresa, sin verificación independiente. Estado público al 6 de noviembre de 2026.

Qué informó OpenAI

El 4 de noviembre publicó A thousand fewer paths to root. La corrida se hizo a mediados de octubre, sobre la rama master del kernel, y los exploits apuntaron a una distribución de escritorio de uso común, que no nombra, con sus protecciones normales.

Dato	Cifra
Objetivos revisados	5.034
Código revisado	Unos 2,8 millones de líneas, cerca de 7 % del kernel
Hallazgos candidatos	2.308
Reproducidos	1.724
Exploits de root	1.169
Pruebas de filtración de información	291
Fallas distintas	948
Costo en API	US$ 1.213.430
Costo por falla	US$ 1.279
Corrida de julio, con GPT-5.6 Sol	166 fallas por US$ 513.690

OpenAI cuenta las 948 como fallas únicas a partir de 948 parches distintos. Eligió el código revisado por ser alcanzable por usuarios con pocos privilegios, así que no es una muestra al azar: no permite estimar cuántas fallas hay en el otro 93 %.

El modelo es GPT-6 Cyber, que OpenAI anunció el 5 de noviembre, con acceso mediante su programa Daybreak Red. La empresa lo clasifica como Critical en ciberseguridad dentro de su Preparedness Framework.

Qué significa y qué no

• Son escaladas locales. Cada exploit lleva de un usuario sin privilegios a root. No sirven para entrar a un servidor desde internet: hace falta un primer acceso, como el que da una aplicación web vulnerable. Esa cadena es la que contamos en la parte 2 de esta serie.
• Encontrar no es corregir. OpenAI dice haber enviado a los mantenedores 304 hallazgos críticos con parches candidatos, y que el resto está en proceso. Al terminar los 10 días de escaneo y análisis, otros colaboradores ya habían corregido 61 escaladas, tenían 43 en preparación y discutían 299. No sabemos cuántos parches de OpenAI ya llegaron a un kernel publicado.
• Hubo revisión humana, y hacía falta. En una corrida temprana, 20 de 200 exploits obtuvieron root por una falla distinta de la asignada, y eso se detectó al revisarlos.
• No hay detalle público para comprobar. La distribución sigue sin nombre, y OpenAI omite por seguridad los detalles de al menos 10 técnicas de explotación nuevas, halladas en una muestra de 166 exploits.
• No es la falla de SSH de esta semana. OpenAI no encontró sshole, que es otra noticia y exige otra respuesta: la explicamos en sshole: la falla de OpenSSH en Alpine y qué hacer.

La conclusión de OpenAI es la parte práctica: a corto y mediano plazo, una cuenta sin privilegios en un sistema sin parches al día debería considerarse casi equivalente a root frente a un atacante con recursos.

¿Hay una crisis?

No encontramos ninguna fuente primaria que hable de una crisis mundial, y tampoco encontramos informes de ataques con estas fallas. Lo que sí está documentado es la presión sobre quienes corrigen, junto con señales de que responden:

• La documentación del kernel ya pide tratar como públicas las fallas halladas con IA, porque suelen aparecer a la vez en varios investigadores, y advierte que estos informes sobrecargan a los mantenedores.
• Risky Bulletin contó en julio 442 CVE del kernel en tres días, la mayoría de baja gravedad y probablemente hallados con IA. También recogió la queja de Linus Torvalds por los informes duplicados.
• OpenAI, en cambio, elogia la rapidez de los mantenedores del kernel.
• No es solo Linux. El anuncio de GPT-6 Cyber informa 81 fallas nuevas de alta gravedad en Firefox, clasificadas por Mozilla, y sostiene que queda un tiempo limitado para asegurar el software.

El cambio de fondo es de velocidad y costo: de julio a octubre, el costo por falla que informa OpenAI bajó de unos US$ 3.100 a US$ 1.279. Lo difícil pasa a ser que los arreglos lleguen a los equipos.

Qué hacer

1. Mantenga el kernel al día y reinicie. Un kernel nuevo no protege hasta que el equipo arranca con él.
2. Trate las cuentas sin privilegios como riesgo real, sobre todo en servidores compartidos o con aplicaciones expuestas.
3. Corrija lo que da el primer acceso. Sin él, estas fallas no sirven: aplicaciones web, credenciales y servicios expuestos.
4. Aísle el código que no sea de confianza. OpenAI recomienda capas como gVisor o Firecracker.
5. Pregunte a su proveedor con qué frecuencia aplica parches de kernel y si reinicia después de aplicarlos.

Qué no sabemos

• Cuáles son las 948 fallas y cuántas ya están corregidas en las versiones que usan las distribuciones.
• Si alguien más ya las encontró o las está usando.
• Si un tercero puede reproducir estas cifras.

Preguntas frecuentes

¿Las 948 fallas permiten entrar desde internet? No por sí solas. Son escaladas de privilegios: el atacante necesita ya ejecutar algo en el equipo.

¿Están verificadas? Son datos de OpenAI. No encontramos una verificación independiente.

¿Debo instalar algo específico? No hay una actualización única. Lo útil es mantener el kernel al día y limitar quién puede ejecutar código en sus equipos.

¿Tiene relación con sshole? No. Esa falla de OpenSSH la reportó otro investigador y se puede explotar desde la red en ciertos sistemas.

Fuentes

• OpenAI, «A thousand fewer paths to root» (4 de noviembre de 2026).
• OpenAI, anuncio de GPT-6 Cyber (5 de noviembre de 2026).
• Documentación del kernel de Linux, informes de seguridad.
• Risky Bulletin, Catalin Cimpanu, sobre los 442 CVE (22 de julio de 2026).

Sigue la serie

• sshole: la falla de OpenSSH en Alpine y qué hacer
• Parte 1: Seguridad de servidores en la era de la IA
• Parte 2: la falla del kernel que convirtió PHP2Shell en control total

Contacto

Si necesita revisar cómo se mantienen y actualizan los servidores de su organización, ITLab puede ayudarle. Contáctenos.