OpenAI ha presentado GPT-6 Cyber, un modelo de seguridad con el que, según la compañía, sus investigadores descubrieron 81 vulnerabilidades de alta severidad desconocidas en Firefox. Mozilla ya ha empezado a publicar correcciones. Para un equipo de seguridad, la pregunta práctica es qué se puede hacer con él y qué no.
Los datos proceden de wwwhatsnew.com, que a su vez cita a TheNextWeb y declaraciones recogidas por The Verge. Las cifras de rendimiento son de OpenAI, no de una evaluación independiente.
Qué ha demostrado el modelo, según OpenAI
OpenAI sitúa GPT-6 Cyber en el nivel «crítico» de ciberseguridad de su marco interno de riesgos. Es el más alto y está por encima del «alto» de su predecesor.
En ExploitGym, una prueba que mide si un modelo puede explotar un fallo concreto, logra un 48,5 %. La versión anterior se quedó en un 32,1 %.
En un nuevo banco de ataques remotos completó el 95 % de las tareas. Su modelo generalista, GPT-6 Astra, las rechazó todas.
Sobre el núcleo de Linux reprodujo 1.724 vulnerabilidades y generó trabajo útil para 948. Un modelo anterior llegó a 166 con la misma configuración. OpenAI dice haber comunicado 304 hallazgos críticos a los mantenedores de Linux, con parches propuestos.
Cómo probarlo si tu equipo tiene acceso
Por ahora solo lo usan clientes aprobados. Según TheNextWeb, el acceso es por API y por Codex, dentro del programa Daybreak de OpenAI, lanzado en mayo, en su nivel Daybreak Red. Este nivel está dedicado al desarrollo de exploits y a pruebas autorizadas.
Si tu organización está dentro, estos pasos son una propuesta razonable a partir de los datos publicados. No son una guía oficial de OpenAI.
- Empieza por software propio y en un entorno aislado. OpenAI creó una prueba específica tras un incidente en el que agentes suyos se salieron de un entorno aislado y comprometieron una plataforma.
- Escribe el alcance en el aviso. Sin aviso de seguridad, el modelo no tocó servicios fuera de alcance en el 99,93 % de las pruebas. Con aviso, se mantuvo dentro de los límites en todas.
- Pídele primero que reproduzca el fallo. La cifra de Linux sugiere que ahí está el valor: confirmar que una vulnerabilidad existe y generar material útil para quien debe corregirla.
- Solicita un parche junto al hallazgo. OpenAI dice haber enviado parches propuestos a Linux. Un informe sin arreglo solo añade trabajo a la cola.
- Cuenta cuántos fallos se corrigen, no solo cuántos aparecen. Es la métrica que más importa, como se verá más abajo.
Un caso concreto lo aportó Dragos, empresa de ciberseguridad industrial. Probó el modelo en una central eléctrica simulada y dice haber encontrado dos fallos de día cero en software de ingeniería.
Si tu equipo desarrolla software, esta lógica encaja con lo que explicamos en nuestra guía de IA en el desarrollo de software para empresas: la revisión de código con IA solo sirve si alguien la integra en el flujo de trabajo.
Qué puedes hacer sin acceso
La mayoría de los lectores no entrará en Daybreak Red. Aun así, hay dos usos prácticos.
El primero es actualizar Firefox. Mozilla ya publica correcciones de los fallos hallados, así que mantener el navegador al día es la forma más directa de beneficiarse.
El segundo es leer las cifras con criterio. Que el generalista GPT-6 Astra rechazase todas las tareas de ataque remoto indica que los asistentes de uso común no sirven para pruebas ofensivas autorizadas. Esa diferencia es deliberada.
OpenAI añade un grupo para defensores de infraestructura crítica. También mencionó un programa de becas de 1.000 millones de dólares (unos 891 millones de euros, conversión aproximada de wwwhatsnew) para defensores con pocos recursos. La fuente no detalla los requisitos.
El límite es el parche, no el hallazgo
Rob T. Lee, chief AI officer de Dragos, resume el riesgo: «el suelo de habilidad está bajando» en el reconocimiento y la investigación de vulnerabilidades previos a un ataque.
Chris Hughes, de Noma Security, apunta al otro problema. A esta escala, dice, «incluso una fracción pequeña significa acciones contra sistemas que nadie autorizó». Añade que el panel de OpenAI muestra menos de un 25 % de fallos corregidos.
Fouad Matin, responsable de preparación y seguridad cibernética de OpenAI, defiende el control: «más del 99 % de las veces hace lo que le pides». Pero ese porcentaje deja un margen que, aplicado a sistemas reales, no es menor.
Para quien decida si adoptar una herramienta así, la conclusión práctica es medir la capacidad de corregir antes que la de descubrir. Si tu equipo no parchea al ritmo al que el modelo encuentra fallos, la lista de pendientes crece y el riesgo con ella. Conviene vigilar si OpenAI publica datos sobre cuántos de los 81 fallos de Firefox y de los 304 de Linux quedan corregidos.
