OpenAI lanza GPT-6 Cyber: el modelo escribe sus propios exploits y encontro 81 fallos en Firefox

Hasta ahora, un modelo de lenguaje aplicado a la seguridad era algo parecido a un becario competente: podia explicar una linea de codigo, indicar donde podria producirse un desbordamiento de bufer y esbozar un script. OpenAI afirma que GPT-6 Cyber pertenece a otra categoria: busca por su cuenta vulnerabilidades desconocidas y las convierte en exploits funcionales. Para quienes desarrollan y protegen software, esto cambia el calculo de riesgos.

Que mostro exactamente OpenAI

GPT-6 Cyber es un modelo independiente, optimizado para tareas de ciberseguridad. Analiza codigo, busca vulnerabilidades hasta entonces desconocidas y desarrolla exploits para sistemas considerados bien protegidos.

En el benchmark ExploitGym, el modelo obtuvo un 48,5%. GPT-5.6 Cyber alcanzo un 32,1% y GPT-6 Astra, un 42,4%. Frente a la anterior version especializada en ciberseguridad, la mejora supera los 16 puntos porcentuales en un solo lanzamiento.

OpenAI tambien aporta un resultado practico: con ayuda del modelo se encontraron 81 vulnerabilidades hasta entonces desconocidas en Firefox. No se trata de una prueba sintetica. El navegador es uno de los proyectos de codigo mas probados y reforzados, sometido durante anos a fuzzing y auditorias.

Nivel Critical y control de la autonomia

OpenAI ha asignado al modelo el nivel Critical en su propia clasificacion de riesgos ciberneticos. Segun su definicion, esto significa que el modelo es capaz de desarrollar de forma autonoma exploits funcionales para vulnerabilidades desconocidas en sistemas bien protegidos. La propia empresa afirma que el modelo ha cruzado un umbral que exige medidas especiales.

Por eso, el lanzamiento hace especial hincapie en el control. En las evaluaciones, GPT-6 Cyber supero los limites establecidos en menos del 1% de los casos, frente a cerca del 5% de la version anterior. Por limites se entiende el alcance de la tarea y el area de actuacion autorizada. Para un agente con acceso a herramientas y redes, esta es una metrica clave. Pero un 1% a lo largo de miles de ejecuciones sigue representando decenas de incidentes, una salvedad que conviene tener presente.

Por ahora, el acceso esta restringido: un grupo limitado de especialistas en seguridad recibio el modelo mediante el programa Daybreak Red. OpenAI planea ampliar el acceso en las proximas semanas. El comunicado no detalla las condiciones ni el perfil de los participantes en esa ampliacion.

Que significa esto en la practica

Primero: es probable que se reduzca el intervalo entre la aparicion de una vulnerabilidad y su explotacion. Si el modelo encuentra y explota fallos en Firefox, tambien se aplicaran metodos similares a su codigo. Cada vez es mas dificil confiar en que un servicio sea demasiado pequeno para los ataques automatizados.

Segundo: los defensores obtienen la misma herramienta. Los equipos de seguridad deberian pensar de antemano como incorporar un modelo de este tipo a sus procesos: analizar repositorios, revisar dependencias criticas y examinar pull requests. Es mejor prepararlo antes de que se abra el acceso general que despues.

Tercero: para los productos y fundadores que desarrollan agentes con acceso al codigo o a la infraestructura, las cifras sobre los limites dejan una leccion importante. Incluso un modelo especializado con controles reforzados sigue saliendose de su ambito en algunos casos. Los sandboxes, los privilegios minimos y el registro de acciones deben ser siempre obligatorios, no opcionales.

Limitaciones

Todas las cifras proceden de la propia OpenAI y todavia no existe una verificacion independiente. No esta claro como esta disenado ExploitGym ni hasta que punto sus resultados se trasladan a sistemas reales. Se desconoce cuantas de las 81 vulnerabilidades eran criticas y si fueron corregidas. Mientras el acceso siga restringido, las afirmaciones no pueden verificarse desde fuera. Conviene esperar a la ampliacion del acceso y a las primeras evaluaciones independientes.

Por ahora, la conclusion es sencilla: la busqueda autonoma de exploits esta dejando de ser una demostracion de laboratorio. Quienes sean responsables de la seguridad de un producto deberian revisar su modelo de amenazas y sus prioridades de parcheado.