I modelli di difesa cibernetica di OpenAI Daybreak arrivano su Amazon Bedrock

I due modelli di difesa cibernetica di OpenAI sono ora disponibili per i clienti idonei su Amazon Bedrock, come annunciato da AWS l’11 agosto 2026, un giorno dopo che OpenAI ha ampliato la sua iniziativa Daybreak con nuovi livelli di accesso e un modello di sicurezza addestrato a scopo. Daybreak Red e Daybreak Blue sono eseguiti negli Stati Uniti (Virginia settentrionale) e l’accesso richiede l’iscrizione al programma di verifica di OpenAI per il settore cibernetico.

Daybreak Red fornisce l’accesso a GPT-5.6 Cyber, un modello che OpenAI ha addestrato specificamente per le attività di sicurezza informatica come la ricerca di vulnerabilità zero-day e lo sviluppo di catene di sfruttamento. Daybreak Blue fornisce GPT-5.6 Sol con salvaguardie ri calibrate per il lavoro di sicurezza difensiva: scoperta di vulnerabilità, ingegneria di rilevamento, risposta agli incidenti e convalida delle patch. OpenAI raccomanda Blue come punto di partenza per la maggior parte dei team di sicurezza; Red ha una soglia di rifiuto inferiore accompagnata da una verifica dell’identità, monitoraggio e controlli di accesso più rigorosi, ed è destinato alla ricerca di vulnerabilità autorizzata, alla riproduzione di sfruttamento e allo sviluppo di mitigazione.

“I team di sicurezza di AWS stanno utilizzando entrambi i modelli oggi per analizzare il codice sorgente, scoprire le vulnerabilità e condurre ricerche di squadra rossa”, ha dichiarato John Sheehan, Vice Presidente di AWS Security, nell’annuncio. “Su Bedrock, quel lavoro viene eseguito sotto gli stessi controlli di infrastruttura che AWS applica a ogni altro carico di lavoro critico”.

Due livelli, due posture di rifiuto

La divisione tra Red e Blue è una scommessa su come governare la capacità di utilizzo duale. Una richiesta di riproduzione di una vulnerabilità o di ingegneria inversa di una catena di sfruttamento si legge in modo identico sia che provenga da un difensore che da un attaccante, e i modelli generici risolvono quell’ambiguità rifiutando. Il post di ampliamento di Daybreak di OpenAI fornisce numeri su quanto quel comportamento di rifiuto si sposti attraverso i livelli, utilizzando una valutazione interna che misura quanto spesso i modelli completano le richieste che coinvolgono lo sviluppo di catene di sfruttamento, il bypass dell’autenticazione e l’escalation di privilegi. GPT-5.6 Cyber attraverso Daybreak Red completa il 95,0% di quelle richieste, segnala l’azienda, contro il 2,0% per GPT-5.6 Sol con l’accesso Daybreak Blue e l’1,5% per Sol con le sue salvaguardie standard. Il modello addestrato a scopo precedente, GPT-5.5-Cyber, ha completato il 57,3%.

Blue raggiunge la sua postura rimuovendo le protezioni a livello di sistema che filtrano le richieste relative alla sicurezza informatica, che OpenAI afferma possono bloccare il lavoro difensivo legittimo. Red va oltre: GPT-5.6 Cyber è addestrato per ridurre i rifiuti sui compiti a più alto rischio in modo diretto, all’interno di un programma controllato piuttosto che sull’API aperta. Quei dati di completamento sono le misurazioni di OpenAI stesso sulla sua stessa valutazione, non risultati indipendenti.

Cosa ha trovato il modello finora

OpenAI afferma che i suoi ricercatori hanno utilizzato GPT-5.6 Cyber per indagare su V8, il motore JavaScript all’interno di Chrome, e hanno scoperto due vulnerabilità precedentemente sconosciute che potevano essere concatenate per corrompere la memoria e uscire dalla sandbox del heap di V8. Google ha risolto la vulnerabilità iniziale come CVE-2026-15903, una falla di gravità alta nel compilatore ottimizzante di V8 che saltava un controllo di sicurezza quando convertiva i valori in interi; AWS la descrive come una delle sole quattro voci di successo nella competizione V8 CTF nel 2026.

Lo stesso post elenca ulteriori scoperte che OpenAI attribuisce al modello, tutte ancora in corso di divulgazione coordinata: almeno cinque vulnerabilità in un sistema operativo mobile popolare, tra cui una catena da un’app non attendibile all’escalation di privilegi locali; tre vulnerabilità critiche in un database popolare, tra cui un percorso remoto all’esecuzione del codice; e oltre 400 vulnerabilità di escalation di privilegi in un kernel di sistema operativo popolare. Nessuno di quei bersagli è nominato e nessuno è stato corretto, quindi le affermazioni rimangono con OpenAI fino a quando le divulgazioni non saranno effettuate.

Come vengono gestiti i dati su Bedrock

Un carico di lavoro difensivo di questo tipo alimenta un modello esattamente con ciò che un’organizzazione meno desidera perdere: codice sorgente proprietario, dettagli di vulnerabilità non corretti, telemetria di produzione live. La risposta di AWS è la storia dell’isolamento. Entrambi i modelli sono eseguiti sul motore di inferenza di prossima generazione di Bedrock con accesso zero-operator applicato al chip, il che significa che gli operatori di AWS non possono leggere i prompt o i completamenti durante l’inferenza. Il traffico è crittografato con chiavi KMS gestite dal cliente, governato da politiche IAM, registrato in CloudTrail e instradato attraverso endpoint VPC, con politiche di perimetro dei dati a livello di organizzazione per bloccare l’esfiltrazione attraverso i confini di account.

I dati di inferenza non vengono utilizzati per l’addestramento del modello e nessuno dei due modelli richiede l’adesione alla condivisione dei dati con OpenAI. Per la rilevazione automatica degli abusi, il traffico contrassegnato dal classificatore viene conservato da AWS per un massimo di 30 giorni e viene elaborato in modo programmatico; i clienti possono richiedere la conservazione zero dati tramite il loro team di account AWS, come indicato nella documentazione di AWS.

La porta di controllo

Per accedere a uno dei modelli, è necessario superare Trusted Access for Cyber, il framework di identità e fiducia introdotti da OpenAI il 5 febbraio 2026 insieme a un impegno di credito API da 10 milioni di dollari per il lavoro difensivo. L’accesso è controllato attraverso la verifica dell’identità, la sicurezza dell’account, il monitoraggio, le restrizioni di utilizzo approvato e le attestazioni legali; a partire dal 1 settembre 2026, tutti gli account Daybreak individuali devono adottare chiavi di sicurezza hardware. Una volta approvati da OpenAI, i clienti lavorano con il loro team di account AWS per richiedere l’accesso al modello su Bedrock.

L’arrivo su Bedrock estende una linea di distribuzione aperta il 24 luglio 2026, quando la famiglia generale GPT-5.6 è diventata disponibile sulla piattaforma, accessibile tramite l’API delle risposte di OpenAI sull’endpoint bedrock-mantle. Si tratta anche di un arrivo mentre OpenAI gestisce la politica di sicurezza dei modelli a rifiuto ridotto: il post di Daybreak afferma esplicitamente che GPT-5.6 Cyber non è stato coinvolto nell’utilizzo di Hugging Face, aggiungendo che nessun modello con quel coinvolgimento è previsto per una versione successiva, e afferma che il modello è stato valutato come alto ma al di sotto della soglia critica nel suo quadro di preparazione. Abbiamo trattato la struttura a livelli e il nuovo modello quando OpenAI ha ampliato Daybreak il 10 agosto 2026.

Per i difensori, il cambiamento pratico è dove si trova questa capacità ora. Un team di sicurezza verificato che esegue già carichi di lavoro su AWS può puntare GPT-5.6 Cyber ai propri codici sorgenti all’interno dello stesso perimetro di governance del resto della sua infrastruttura, invece di instradare il lavoro di vulnerabilità sensibile attraverso una relazione di fornitore separata. I modelli sono live in una regione, dietro un solo modulo di iscrizione, a partire dall’11 agosto 2026.