Dos niveles en vez de un único acceso

OpenAI lanzó Daybreak en mayo de 2026 para que socios de seguridad verificados usaran sus modelos más avanzados en trabajo defensivo real. El 10 de agosto, la empresa dividió el programa en dos. Daybreak Blue abre modelos generales de vanguardia, incluido GPT-5.6 Sol, a defensores aprobados, con salvaguardas ajustadas para tareas legítimas de seguridad: búsqueda de vulnerabilidades, revisión segura de código, análisis de malware, respuesta a incidentes, validación de parches. Daybreak Red queda tras una segunda capa de verificación, más estricta, y da acceso a un modelo nuevo pensado para una tarea más acotada y más peligrosa.

Ese modelo es GPT-5.6-Cyber. Está construido sobre GPT-5.6 Sol, pero entrenado específicamente para reducir las negativas en tareas de ciberseguridad de doble uso - las peticiones que un modelo protegido rechaza normalmente, como desarrollar una cadena de exploit funcional en lugar de limitarse a describir una clase de vulnerabilidad. El propio comunicado de OpenAI, publicado el mismo día, lo describe como "ampliar Daybreak mientras se estrecha la ventana de defensa cibernética" - la forma en que la empresa describe un entorno de amenazas que, según dice, avanza más rápido de lo que un solo nivel de acceso puede atender con seguridad.

Qué mide en realidad ese 95 por ciento

OpenAI evalúa estos modelos con lo que llama Advanced Cybersecurity Completion Rate: la proporción de tareas de seguridad sensibles y de doble uso que un modelo realmente completa en vez de rechazar. GPT-5.6-Cyber obtuvo un 95,0 por ciento. El modelo especializado anterior, GPT-5.5-Cyber, se quedó en un 57,3 por ciento. El modelo estándar y protegido GPT-5.6 Sol - el mismo que está disponible a través de Daybreak Blue - obtuvo entre un 1,5 y un 2,0 por ciento, porque sus barreras de seguridad están diseñadas para rechazar casi todas estas peticiones por defecto.

Vistas juntas, las tres cifras no cuentan que exista GPT-5.6-Cyber. Cuentan que la tasa de finalización de tareas relevantes para exploits pasó, en dos generaciones de modelos, de un suelo de un solo dígito a poco más de la mitad y de ahí a casi el total. Una capacidad que antes exigía la atención sostenida de un especialista durante días o semanas ahora la completa, en la abrumadora mayoría de los casos, una sola llamada a un modelo con acceso restringido, al primer intento.

No es una cifra de banco de pruebas, es un CVE parcheado

La cifra dejó de ser abstracta cuando OpenAI usó GPT-5.6-Cyber para encontrar dos vulnerabilidades hasta entonces desconocidas en el motor V8 de JavaScript de Chrome, encadenables para corromper memoria y escapar del sandbox del navegador. Una de ellas, registrada como CVE-2026-15903, era un fallo del compilador en el que una comprobación de seguridad omitida permitía a un atacante leer o sobrescribir memoria dentro del sandbox de Chrome. OpenAI lo comunicó a Google mediante divulgación coordinada, y Google ya ha publicado una corrección.

Jared Atkinson, director de tecnología de la firma de seguridad SpecterOps, describió la diferencia práctica en un comentario recogido junto al anuncio: el modelo "ha completado en menos de un día un trabajo que modelos anteriores no habían resuelto tras semanas" de esfuerzo intermitente. Una cadena de fuga de sandbox funcional en un navegador que usan miles de millones de personas, encontrada y comunicada en un solo día, es el caso concreto que la cifra del banco de pruebas representaba.

Ahora la carrera es de ritmo de parcheo, no de capacidad

El riesgo evidente no es que OpenAI haya construido un modelo capaz de encadenar vulnerabilidades de navegador - los defensores siempre han necesitado esa capacidad, y reservarla tras la verificación de Daybreak Red es un control real, no un trámite. El riesgo que se pasa por alto es lo que una tasa de finalización casi total sobre un objetivo real significa para el calendario en el que opera todo el mundo. Si un laboratorio verificado puede convertir un día cero de Chrome en una cadena de fuga de sandbox funcional en menos de un día, la suposición de que los atacantes necesitan semanas para llegar al mismo resultado deja de servir como base de planificación, tengan o no el propio modelo de OpenAI o una capacidad equivalente construida en otro sitio.

Las organizaciones de la UE ya operan bajo las obligaciones de notificación y gestión de riesgos de NIS2, y las del Reino Unido siguen las directrices de plazos de parcheo del NCSC; ambos marcos se redactaron para un mundo en el que el paso de descubrimiento a exploit tardaba semanas, no un día, y ninguno distingue hoy entre un parche publicado y un parche verificado en cada equipo afectado. El CVE-2026-15903 se corrigió deprisa porque un laboratorio amistoso lo llevó directamente a Google - esa rapidez fue una cortesía, no una garantía de que la próxima cadena reciba el mismo trato de quien la encuentre primero. Esa es la brecha que los responsables de seguridad en la UE y el Reino Unido deben cerrar ahora: ajustar los acuerdos de nivel de servicio de verificación de parches en días cero de navegador y de sistema operativo a un calendario de descubrimiento medido en horas, no al ciclo de notificación construido para uno medido en semanas.

Leer a continuación: Un punto de acceso abierto fue la base del ataque  |  El modelo cyber de Microsoft cede el 10% difícil