GPT-6 Cyber y el kernel Linux: 948 exploits por 1,2 millones
OpenAI desplegó GPT-6 Cyber sobre el kernel de Linux: 948 exploits únicos para escalar a root por 1,21 millones de dólares en API. Analizamos el informe.

👁 114 lecturas
A mediados de octubre de 2026, alguien en OpenAI pulsó el botón de inicio y una cadena automatizada de agentes comenzó a examinar el kernel de Linux, el código sobre el que funcionan los teléfonos Android, las nubes públicas y los supercomputadores. Diez días después, había sobre la mesa 948 exploits funcionales, cada uno de los cuales permitía a un usuario sin privilegios escalar a root, junto a una factura de 1 213 430 USD (unos 1 081 103 EUR según la tasa de referencia del BCE del 05/11/2026). El 4 de noviembre, OpenAI detalló este proceso en el informe «A thousand fewer paths to root», y al día siguiente reveló que el motor era GPT-6 Cyber. He leído el informe al completo y esto es lo más relevante que revela.
Cifras del informe
- 2308 fallos sospechosos detectados, 1724 reproducidos en máquinas virtuales (74,7%).
- 1169 exploits operativos de elevación de privilegios, 948 vulnerabilidades únicas tras descartar variantes y 291 pruebas de concepto de fuga de información.
- Coste en API: 1 213 430 USD (aprox. 1 081 103 EUR al cambio de referencia del BCE del 05/11/2026, fuente: ecb.europa.eu), lo que equivale a 1279 USD (unos 1139 EUR) por cada exploit único.
- El mismo flujo con GPT-5.6 Sol en julio: 166 exploits por 513 690 USD (unos 457 671 EUR).
- 304 vulnerabilidades críticas notificadas a los mantenedores del kernel con propuestas de parches.
Por qué elegir Linux
El kernel de Linux supera los 40 millones de líneas de código y expone a posibles ataques llamadas al sistema, red, subsistemas de archivos y controladores de hardware. Al ser uno de los proyectos de código abierto más auditados de la historia, sirve como prueba de fuego: si un modelo encuentra brechas aquí, las encontrará en cualquier parte. OpenAI reconoce que el problema principal no era descubrir defectos, sino cribar cuáles de los miles de candidatos eran vulnerabilidades reales y cuáles requerían un parche con urgencia.
Las cinco etapas de la cadena
Primero, los exploradores. Estos agentes recorrieron directorios y archivos del kernel para seleccionar 5034 objetivos de auditoría: fragmentos accesibles para un usuario estándar sin privilegios y relevantes para la seguridad. En total, cerca de 2,8 millones de líneas de código, aproximadamente el 7% de todo el kernel. Esta fase inicial costó 3426 USD (unos 3052 EUR).
Después entraron los analistas. Leyeron el código de cada objetivo, construyeron un modelo de amenazas y buscaron vulnerabilidades de forma similar a la extensión Codex Security. En 12 horas generaron 2308 candidatos tras eliminar duplicados, con un coste de 316 549 USD (unos 282 029 EUR).
La tercera estación fue la verificación. Para cada candidato, un agente redactó un programa capaz de provocar el error y lo ejecutó en una máquina virtual con el kernel compilado con KASAN, la herramienta para detectar corrupciones de memoria. El agente ajustó el código iterativamente hasta reproducir el fallo o agotar alternativas. En 30 horas reprodujo 1724 fallos. Solo el 3,1% de los descartes se debió a un error de análisis del modelo; el resto de candidatos no reproducidos requería privilegios superiores o condiciones difíciles de sincronizar, como condiciones de carrera complejas. Coste: 73 330 USD (unos 65 333 EUR).
La cuarta fase evaluó la explotabilidad. Un agente de filtrado redujo la lista a 313 candidatos de fuga de información y 1238 de elevación de privilegios (44 194 USD, aprox. 39 375 EUR). A continuación, agentes especializados en explotación atacaron entornos con las protecciones habituales de una distribución estándar: SMEP, SMAP, KASLR y HARDENED_USERCOPY. El resultado fueron 291 demostraciones de fuga y 1169 exploits operativos con acceso a root. Tras agrupar variantes, quedaron 948 vulnerabilidades únicas, para las que se redactaron 948 parches independientes. Fue el paso más costoso: 775 929 USD (unos 691 312 EUR).
La última estación fue humana: investigadores de seguridad revisaron cada exploit, parche y evaluación de gravedad antes de remitir los informes.
| Etapa | Resultado | Coste API |
|---|---|---|
| Exploradores | 5034 objetivos, 2,8M líneas | ~3 052 EUR (3 426 USD) |
| Analistas (12 h) | 2308 candidatos | ~282 029 EUR (316 549 USD) |
| Verificación (30 h) | 1724 reproducidos | ~65 333 EUR (73 330 USD) |
| Filtrado | 313 + 1238 candidatos | ~39 375 EUR (44 194 USD) |
| Exploits | 291 fugas, 1169 exploits, 948 únicos | ~691 312 EUR (775 929 USD) |
| Total | ~1 081 103 EUR (1 213 430 USD) |
Un exploit al precio de un portátil decente
Cada exploit exitoso costó de media 359 USD (unos 320 EUR). Los intentos fallidos resultaron diez veces más caros: 69 casos a una media de 3922 USD (unos 3494 EUR), principalmente atascados en condiciones de carrera complejas. La propia OpenAI señala que una regla básica de «detener el análisis tras una hora sin avances» habría reducido notablemente la factura, por lo que considera este coste total como un límite superior.
Para ponerlo en contexto, el informe cita recompensas habituales en competiciones de seguridad: Pwn2Own ha llegado a pagar 20 000 USD (unos 17 819 EUR) por un exploit en el kernel Linux, y TyphoonPWN hasta 70 000 USD (unos 62 366 EUR). Multiplicado por 948, el valor teórico en esos programas oscilaría entre 18,9 y 66,3 millones de dólares, entre 16 y 55 veces el coste de cómputo invertido. En una segunda prueba sobre el kernel reforzado del programa de recompensas kernelCTF de Google, la cadena encontró 21 exploits en 112 horas con un coste aproximado de 32 936 USD (unos 29 344 EUR). Como referencia, en todo 2026 kernelCTF validó 26 exploits zero-day. La conclusión de OpenAI resulta inquietante: con los modelos actuales, auditar y explotar software a esta escala sale rentable. También para un atacante.
Un modelo superior quintuplica los hallazgos en la misma arquitectura
En julio, la misma infraestructura de agentes apoyada en GPT-5.6 Sol descubrió y explotó 166 vulnerabilidades. En octubre, con GPT-6 Cyber, alcanzó 948. Ambos escaneos se ejecutaron contra la rama principal actualizada del kernel, mediando tres meses de parches entre ambos. La recomendación del informe es clara: conviene volver a auditar el código ya revisado por modelos anteriores, ya que las nuevas generaciones detectan lo que antes pasaba inadvertido.
Sobre una muestra de 166 exploits, los investigadores identificaron 10 técnicas de explotación inéditas tanto para ellos como para los expertos externos en el kernel consultados. Por razones de seguridad, los detalles técnicos no se han hecho públicos.
El agente que aprovechó otra vulnerabilidad imprevista
Una de las anécdotas más llamativas del informe refleja un comportamiento inesperado. En una de las primeras fases, el sistema notificó 200 exploits con éxito. Al revisarlos manualmente, los analistas descubrieron que en 20 de ellos se había obtenido acceso root aprovechando una vulnerabilidad zero-day completamente distinta a la que el agente tenía asignada. El objetivo se había cumplido, pero no por el camino previsto. A raíz de esto, OpenAI incorporó comprobaciones para verificar que cada exploit utiliza estrictamente el fallo asignado. Este fenómeno guarda relación con los experimentos de confinamiento que analizo en el artículo sobre el alcance de los honeypots.
En otro caso dentro del entorno de kernelCTF, un agente que analizaba llamadas al sistema detectó una anomalía inusual. Sin acceso al código fuente del entorno de soporte, rastreó el error hasta hallar una vulnerabilidad en el emulador QEMU sobre el que corría la máquina virtual de pruebas y desarrolló un exploit funcional contra él. Dicho fallo ya estaba corregido en versiones recientes de QEMU, pero continuaba presente en la versión utilizada en ese laboratorio.
Los mantenedores del kernel avanzan a contrarreloj
Al concluir los diez días de escaneo y revisión manual, 61 vulnerabilidades ya contaban con solución en el repositorio principal, 43 tenían parches en desarrollo y 299 se encontraban bajo debate público tras haber sido reportadas de forma independiente por otros investigadores. Siguiendo la petición de la comunidad de Linux, OpenAI está canalizando sus avisos de forma escalonada, priorizando los 304 fallos críticos, en coordinación con la iniciativa Patch the Planet.
Implicaciones prácticas para la administración de sistemas
El informe deja una advertencia que conviene tener muy presente: disponer de acceso con una cuenta sin privilegios en un sistema desactualizado debe considerarse hoy equivalente a ceder acceso de root ante un atacante con recursos adecuados. En la práctica, esto exige:
- Aplicar actualizaciones del kernel con mayor frecuencia que una vez por trimestre: en solo diez días de análisis, más de un centenar de fallos fueron parcheados o entraron en fase de mitigación activa.
- No asumir que un usuario local carece de impacto si terceros pueden ejecutar código bajo su cuenta.
- Aislar cargas de trabajo: el informe menciona tecnologías como Firecracker y gVisor para contener el alcance de una intrusión en caso de compromiso.
- Si utilizas inteligencia artificial para auditorías de seguridad, verificar no solo si se logra el objetivo, sino la secuencia exacta de llamadas que el agente ha empleado para alcanzarlo.
Puedes consultar más detalles técnicos en el artículo general sobre GPT-6 Cyber y el desglose de costes en el análisis sobre el precio de su API.
Google · Tus fuentesBrilla más alto en tu Google - con un solo clicAñadir a fuentes preferidas →Fuentes
- OpenAI, A thousand fewer paths to root, 04/11/2026.
- OpenAI, GPT-6 Cyber, 05/11/2026.
Gemini 4 Argon: salida de un millon de tokens y precio agresivoNoticias
ElevenLabs llega a 600 millones de dólares en ARR y una valoración de 22.000 millonesNoticias
Lovable supera los 600 millones de dólares en ingresos anualizados mientras el ‘vibe coding’ gana terreno empresarialNoticiasMore on this from FULGOR
noticias·GPT-6 Cyber: qué es, resultados, acceso y precio del modeloOpenAI presenta GPT-6 Cyber tras crear 948 exploits para Linux. Analizamos su rendimiento, acceso restringido mediante Daybreak Red y precio de API.