Due livelli invece di un unico accesso

OpenAI ha lanciato Daybreak nel maggio 2026 perché partner di sicurezza verificati potessero usare i suoi modelli più avanzati per un lavoro difensivo reale. Il 10 agosto l'azienda ha diviso il programma in due. Daybreak Blue apre modelli generali di frontiera, incluso GPT-5.6 Sol, a difensori approvati con salvaguardie adattate a compiti di sicurezza legittimi: ricerca di vulnerabilità, revisione sicura del codice, analisi di malware, risposta agli incidenti, convalida delle patch. Daybreak Red si trova dietro un secondo livello di verifica, più rigoroso, e concede l'accesso a un nuovo modello pensato per un compito più ristretto e più pericoloso.

Quel modello è GPT-5.6-Cyber. È costruito su GPT-5.6 Sol, ma addestrato in modo specifico per ridurre i rifiuti sui compiti di cybersicurezza a duplice uso - le richieste che un modello protetto normalmente rifiuta, come sviluppare una catena di exploit funzionante invece di limitarsi a descrivere una classe di vulnerabilità. La stessa comunicazione di OpenAI, pubblicata lo stesso giorno, la definisce "espandere Daybreak mentre si restringe la finestra della difesa cyber" - il modo in cui l'azienda descrive un panorama di minacce che, a suo dire, si evolve più velocemente di quanto un solo livello di accesso possa servire in sicurezza.

Cosa misura davvero quel 95 per cento

OpenAI valuta questi modelli con quella che chiama Advanced Cybersecurity Completion Rate: la quota di compiti di sicurezza sensibili e a duplice uso che un modello completa davvero invece di rifiutare. GPT-5.6-Cyber ha ottenuto il 95,0 per cento. Il precedente modello specializzato, GPT-5.5-Cyber, si è fermato al 57,3 per cento. Il modello standard e protetto GPT-5.6 Sol - lo stesso disponibile tramite Daybreak Blue - ha ottenuto tra l'1,5 e il 2,0 per cento, perché le sue barriere sono costruite per rifiutare quasi tutte queste richieste di default.

Lette insieme, le tre cifre non raccontano che GPT-5.6-Cyber esista. Raccontano che il tasso di completamento dei compiti rilevanti per gli exploit è passato, in due generazioni di modelli, da una base a una sola cifra a poco più della metà fino a quasi il totale. Una capacità che un tempo richiedeva l'attenzione sostenuta di uno specialista per giorni o settimane viene ora completata, nella stragrande maggioranza dei casi, da una singola chiamata a un modello ad accesso limitato, al primo tentativo.

Non un punteggio di benchmark - un CVE corretto

Il numero ha smesso di essere astratto quando OpenAI ha usato GPT-5.6-Cyber per trovare due vulnerabilità fino ad allora sconosciute nel motore JavaScript V8 di Chrome, concatenabili per corrompere la memoria e uscire dalla sandbox del browser. Una di esse, classificata come CVE-2026-15903, riguardava un bug del compilatore in cui un controllo di sicurezza saltato permetteva a un attaccante di leggere o sovrascrivere memoria all'interno della sandbox di Chrome. OpenAI l'ha segnalata a Google tramite divulgazione coordinata, e Google ha già distribuito una correzione.

Jared Atkinson, chief technology officer della società di sicurezza SpecterOps, ha descritto la differenza pratica in un commento raccolto insieme all'annuncio: il modello "ha completato in meno di un giorno un lavoro che modelli precedenti non avevano risolto dopo settimane" di sforzo intermittente. Una catena di sandbox escape funzionante in un browser usato da miliardi di persone, trovata e segnalata in un solo giorno, è il caso concreto che il punteggio del benchmark rappresentava.

Ora la corsa è sul ritmo delle patch, non sulla capacità

Il rischio più evidente non è che OpenAI abbia costruito un modello capace di concatenare vulnerabilità del browser - i difensori hanno sempre avuto bisogno di questa capacità, e riservarla dietro la verifica di Daybreak Red è un controllo reale, non una formalità. Il rischio trascurato è cosa significhi un tasso di completamento quasi totale su un bersaglio reale per il calendario su cui opera chiunque altro. Se un laboratorio verificato può trasformare uno 0-day di Chrome in una catena di sandbox escape funzionante in meno di un giorno, l'ipotesi che gli attaccanti abbiano bisogno di settimane per arrivare allo stesso risultato non regge più come base di pianificazione, che dispongano o meno del modello di OpenAI o di una capacità equivalente costruita altrove.

Le organizzazioni dell'UE operano già sotto gli obblighi di segnalazione e gestione del rischio della NIS2, e quelle del Regno Unito seguono le linee guida dell'NCSC sui tempi di patch; entrambi i quadri normativi sono stati scritti per un mondo in cui il percorso dalla scoperta all'exploit richiedeva settimane, non un giorno, e nessuno dei due distingue oggi tra una patch distribuita e una patch verificata su ogni endpoint interessato. La CVE-2026-15903 è stata corretta in fretta perché un laboratorio amico l'ha portata direttamente a Google - quella rapidità è stata una cortesia, non una garanzia che la prossima catena riceva lo stesso trattamento da chiunque la trovi per primo. Questo è il divario che i responsabili della sicurezza in UE e Regno Unito devono colmare ora: stringere gli SLA di verifica delle patch sugli 0-day di browser e sistema operativo su un calendario di scoperta misurato in ore, non sul ciclo di segnalazione costruito per uno misurato in settimane.

Da leggere ora: Un endpoint aperto è diventato la base dell'attacco  |  Il modello cyber di Microsoft cede il 10% difficile