# OpenAI Daybreak e GPT-5.6-Cyber: come funziona, cosa dicono i benchmark e chi può usarlo

_OpenAI porta i suoi modelli nella sicurezza informatica con due livelli: Blue per difendere, Red per la ricerca offensiva autorizzata. I numeri pubblicati, cosa non dicono e cosa manca ancora._

Fonte: https://andreapirazzini.it/blog/openai-daybreak-gpt-5-6-cyber · Andrea Pirazzini · 30 agosto 2026

## In breve

- Daybreak mette insieme modelli, Codex Security, controlli sull'accesso e partner: Blue serve alla difesa, Red aggiunge GPT-5.6-Cyber per la ricerca offensiva autorizzata.
- Nel test interno di OpenAI GPT-5.6-Cyber porta a termine il 95% delle richieste cyber avanzate: misura la disponibilità a rispondere, non la correttezza.
- Red non vince ovunque: GPT-5.6 Sol scrive report migliori, e su ExploitBench a 600 turni i due modelli quasi si equivalgono.
- Prezzi, SLA e system card di GPT-5.6-Cyber non sono pubblici; l'accesso passa da una verifica e il lavoro va chiuso in una sandbox.

## Perché se ne parla

Chi difende i sistemi informatici ha sempre contato su un piccolo vantaggio: chiudere una falla prima che qualcuno la sfrutti. Secondo OpenAI quel margine si sta assottigliando, perché gli attacchi aiutati dall'intelligenza artificiale diventano più rapidi, meno costosi e più autonomi. Da qui nasce **Daybreak**: dare le capacità cyber più avanzate dei modelli a squadre verificate, prima che diventino un'arma comune per chi attacca.

Daybreak non è un nuovo chatbot. È un sistema composto da più pezzi: i modelli, lo strumento Codex Security, le regole su chi può entrare, la revisione fatta da persone e una rete di partner. Con l'ultima espansione del programma arriva anche un modello dedicato, **GPT-5.6-Cyber**.

Il programma ha due livelli, e non è una distinzione di facciata. **Daybreak Blue** usa i modelli generalisti più avanzati di OpenAI, tra cui GPT-5.6 Sol, per il lavoro di difesa. **Daybreak Red** apre le porte a GPT-5.6-Cyber, pensato per la ricerca avanzata e autorizzata, anche offensiva. Tra i due cambiano quanto il modello è disposto a fare, il livello di rischio e il tipo di organizzazione ammessa.

- **95%** richieste cyber avanzate completate da GPT-5.6-Cyber (test interno, non misura la correttezza)
- **30M+** commit esaminati secondo la pagina per le aziende
- **500.000+** problemi di sicurezza corretti, dichiarati da OpenAI
- **17M $** tra crediti API e supporto per Patch the Planet

_Fonte: dichiarato da OpenAI, agosto 2026_

## La scheda in breve

| Voce | Cosa dichiara OpenAI |
| --- | --- |
| Cos'è | Una piattaforma di modelli, strumenti, flussi di lavoro e partner per la sicurezza |
| Daybreak Blue | Modelli generalisti (tra cui GPT-5.6 Sol) per difesa, revisione del codice e gestione degli incidenti |
| Daybreak Red | Aggiunge GPT-5.6-Cyber per ricerca, verifica di exploit e red teaming autorizzati |
| Chi può usarlo | Solo persone e organizzazioni approvate dopo una verifica |
| Dove si usa | Codex, API per le organizzazioni approvate, Amazon Bedrock (annunciato l'11 agosto 2026) |
| Livello di rischio | High per le capacità cyber, sotto la soglia Critical |
| Prezzi e SLA | Non pubblicati |
| System card di GPT-5.6-Cyber | Promessa, non ancora uscita |

> **Nota:** Quasi tutti i numeri di questo articolo vengono da OpenAI e da test che OpenAI stessa ha costruito. Dove esiste un riferimento esterno lo segnalo; negli altri casi vanno letti come dichiarazioni del produttore.

## Cosa c'è dentro Daybreak, e cosa non sostituisce

Il modo più semplice per immaginarlo: il modello è la testa che ragiona sui problemi di sicurezza, Codex Security è la cassetta degli attrezzi. Codex Security conosce il repository (l'archivio del codice di un progetto), usa strumenti, verifica le ipotesi, prepara la correzione e la presenta in una forma che una persona può controllare.

Non va confuso con gli strumenti che un reparto di sicurezza ha già. Un **SIEM** raccoglie e incrocia i registri degli eventi, un **EDR** sorveglia i singoli computer, un **SOAR** automatizza le risposte, gli scanner **SAST/DAST** analizzano il codice o l'applicazione mentre gira. Daybreak non prende il posto di nessuno di questi, né delle procedure di gestione degli incidenti. Si affianca, come uno strato di agenti che esaminano, controllano e propongono cosa fare. Se il concetto di agente vi è nuovo, qui spiego [cosa sono gli agenti AI](https://andreapirazzini.it/guide/agenti-ai-cosa-sono-esempi).

![Uno scudo arancione con il segno di spunta dentro un riquadro bianco, su fondo arancione sfumato](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/b80878c0-17bf-4e22-bfd2-470d9fb85612.webp)
*Un'illustrazione ufficiale di Daybreak: lo scudo con la spunta richiama l'obiettivo del programma, arrivare a una correzione verificata e approvata da una persona. Immagine: OpenAI.*

I pezzi documentati sono cinque:

| Componente | A cosa serve | Dove si usa |
| --- | --- | --- |
| Codex Security plugin | Una prima prova, la revisione di un ramo di sviluppo, l'esplorazione di un progetto | Codex |
| Codex Security Cloud | Analisi gestite e continue sui repository GitHub collegati | Cloud |
| Codex Security CLI | Analisi in locale e dentro la catena di rilascio (CI/CD) | Terminale e pipeline |
| Daybreak Blue | Protezione, revisione sicura del codice, risposta agli incidenti, gestione delle vulnerabilità | Accesso su approvazione |
| Daybreak Red | Penetration test, red teaming e verifica di exploit autorizzati; ricerca avanzata | Accesso su approvazione, con controlli più severi |

Sulla pagina rivolta alle aziende OpenAI rivendica numeri importanti: più di **30 milioni di commit** esaminati (un commit è una singola modifica salvata nel codice), oltre **30.000 basi di codice** e più di **500.000 problemi corretti**. Nelle pagine consultate, però, manca un metodo pubblico per ricostruire quei conteggi: su quale periodo, con quali criteri, eliminando o meno i doppioni.

## Blue e Red: due porte diverse

### Blue, il punto di partenza

Blue copre il lavoro quotidiano di chi difende: scoprire le vulnerabilità, confermarle e correggerle, fare threat modeling (chiedersi chi potrebbe attaccare cosa, e in che modo), analizzare malware, indagare su un'anomalia, reagire a un incidente.

Rispetto alle API normali la differenza è questa: con l'accesso Blue spariscono i filtri di sistema che OpenAI applica di solito alle domande di sicurezza informatica. Resta però il giudizio del modello, che continua a rifiutare le richieste più ambigue, quelle che servono tanto a proteggere quanto ad attaccare (in gergo, _dual-use_).

![La curva di un pianeta vista dallo spazio, con una luce azzurra che sorge all'orizzonte sotto un cielo stellato](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/5050da73-e87a-4481-8900-37a5d83066cf.webp)
*L'immagine ufficiale di Daybreak Blue: un'alba azzurra vista dallo spazio. È il livello da cui OpenAI consiglia di partire. Immagine: OpenAI.*

### Red, per chi attacca su commissione

Red aggiunge GPT-5.6-Cyber. È costruito su GPT-5.6 Sol e addestrato con due obiettivi: dire di no meno spesso alle attività rischiose quando sono autorizzate, e rendere meglio in compiti come la ricerca di vulnerabilità, la verifica degli exploit (il codice che sfrutta una falla) e il red teaming, cioè l'attacco simulato che un'azienda commissiona contro sé stessa.

Meno rifiuti non vuol dire porte aperte. Entrambi i livelli sono riservati a chi supera un'approvazione, e l'approvazione comporta parecchi obblighi: identità verificata, account protetto, monitoraggio, limiti d'uso e dichiarazioni legali.

![La stessa scena spaziale con la luce rossa e arancione che sorge all'orizzonte del pianeta](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/3fede0d6-9680-4f6e-b713-9237ee646102.webp)
*L'immagine ufficiale di Daybreak Red, la stessa scena con la luce rossa: il livello riservato alla ricerca e ai test offensivi autorizzati. Immagine: OpenAI.*

### Da dove si entra

Il modulo per le aziende indica tre strade: Codex con l'accesso "Sign in with ChatGPT", Codex tramite API, oppure l'inserimento del modello in un'applicazione propria, sempre via API.

L'11 agosto 2026 OpenAI ha annunciato anche l'arrivo su **Amazon Bedrock**. Dopo l'approvazione, Blue e Red si usano dalla console di Bedrock oppure con la Responses API sull'endpoint `bedrock-mantle`. Non è però un servizio che si attiva da soli con un clic: anche da lì bisogna prima superare la verifica di Daybreak Access.

### Quale livello per quale lavoro

| Attività | Blue | Red | Come leggerla |
| --- | --- | --- | --- |
| Revisione sicura del codice e correzioni | Sì, è l'uso principale | Possibile | Blue è la scelta predefinita |
| Rilevare e gestire gli incidenti | Sì | Possibile | Va collegato ai dati e agli strumenti del SOC |
| Threat modeling | Sì | Possibile | Aiuta l'analista, non produce da solo un inventario completo |
| Verifica avanzata di exploit | Frenata dai rifiuti del modello | Sì, se il lavoro è autorizzato | Servono un ambiente isolato e un perimetro scritto |
| Red team su sistemi reali | Può rifiutarsi | Accesso qualificato | Solo con regole d'ingaggio e autorizzazione formale |

Il SOC è il centro operativo di sicurezza, la squadra che sorveglia i sistemi. In sintesi: per quasi tutto il lavoro difensivo basta Blue, Red serve quando il mestiere è attaccare con un permesso scritto.

## Il 95% che fa notizia, e cosa misura davvero

Per capire di quanto calano i rifiuti, OpenAI ha costruito un test interno, l'**Advanced Cybersecurity Completion Rate**. Dentro ci sono scenari delicati: mettere in fila più exploit in una catena, aggirare un sistema di autenticazione, ottenere permessi più alti di quelli concessi (la cosiddetta _privilege escalation_).

![Grafico a barre del tasso di completamento delle richieste cyber avanzate: GPT-5.6 Sol con accesso Blue 2%, GPT-5.6 Sol con le protezioni standard 1,5%, GPT-5.5-Cyber 57,3%, GPT-5.6-Cyber 95%, ciascuno con il suo intervallo di confidenza](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/ce258c14-fafa-41de-9085-a4fef04666f5.webp)
*Il test interno di OpenAI, con la media e la fascia di incertezza di ogni modello. Conta quante richieste il modello accetta di portare a termine, non quante ne risolve bene. Dati: OpenAI.*

Il punto da non perdere: questo numero dice **quanto il modello è disposto a portare a termine la richiesta**. Non dice se la risposta è giusta, se è sicura o se funzionerebbe in un'operazione vera. Ed è una prova preparata dal produttore.

Il salto dal 57,3% al 95% è ciò che rende GPT-5.6-Cyber prezioso per un ricercatore autorizzato, ed è anche il motivo per cui OpenAI deve scegliere con cura chi lo usa e stringere i controlli.

## I benchmark tecnici: Red non vince sempre

Chi si aspetta che il modello specializzato stravinca ovunque resterà sorpreso. Nei grafici di OpenAI, GPT-5.6-Cyber batte GPT-5.6 Sol in due prove su quattro, e in una terza lo raggiunge solo quando gli si concede più tempo.

**Blue contro Red nei test di OpenAI** — Punteggi nelle valutazioni interne, in percentuale

| Voce | GPT-5.6-Cyber (Red) | GPT-5.6 Sol (Blue) | GPT-5.5-Cyber |
| --- | --- | --- | --- |
| ExploitGym | 32,11% | 30,84% | 21,17% |
| Zero-day | 24,52% | 15,82% | 17,52% |
| Scoperta e report | 14,47% | 17,91% | 11,77% |
| ExploitBench 300 turni | 73,02% | 76,52% | 73,93% |
| ExploitBench 600 turni | 84,45% | 84,6% | 81,4% |

_Fonte: dichiarato da OpenAI, agosto 2026_

Tre avvertenze prima di leggere i numeri:

- tutte le percentuali vengono dai grafici pubblicati sulla pagina di OpenAI, che riportano anche gli intervalli di confidenza (la fascia di incertezza attorno a ogni media);
- OpenAI ha usato il livello di ragionamento più alto disponibile al pubblico, e avverte che GPT-5.6-Cyber tende a consumare più token;
- ExploitGym ed ExploitBench girano su versioni interne dei test, in ambienti isolati e sorvegliati: nessuno li ha ancora ripetuti in modo indipendente.

### ExploitGym: sfruttare la falla prevista

Il modello deve sfruttare una vulnerabilità messa apposta nel sistema di prova. GPT-5.6-Cyber arriva al 32,1%, appena sopra Sol (30,8%); la generazione precedente, GPT-5.5-Cyber, resta al 21,2%. Qui la specializzazione sposta poco.

![Grafico a barre di ExploitGym con intervalli di confidenza: GPT-5.6 Sol con Blue 30,8%, GPT-5.6 Sol con le protezioni standard 0%, GPT-5.5-Cyber 21,2%, GPT-5.6-Cyber 32,1%](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/178c71cf-8dda-405a-90a2-e4fc1d9b660b.webp)
*ExploitGym nel dettaglio: tra Sol e il modello Cyber le fasce di incertezza si sovrappongono. Con le protezioni standard Sol non porta a termine nulla. Dati: OpenAI.*

### Zero-Day Discovery: trovare ciò che nessuno conosce

Qui Red si stacca di più: 24,5% per GPT-5.6-Cyber, 17,5% per GPT-5.5-Cyber, 15,8% per Sol, su un set interno costruito con progetti open source. Anche il migliore resta lontano da una copertura completa.

![Grafico a barre della valutazione sulle zero-day con intervalli di confidenza: GPT-5.6 Sol con Blue 15,8%, GPT-5.6 Sol con le protezioni standard 0%, GPT-5.5-Cyber 17,5%, GPT-5.6-Cyber 24,5%](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/d8091a7e-463f-48fa-8c0f-f667c0e565b9.webp)
*La prova sulle vulnerabilità mai viste prima è quella in cui GPT-5.6-Cyber prende più margine sugli altri. Dati: OpenAI.*

### Scoperta e report: le posizioni si invertono

Se il modello deve trovare il problema _e_ scriverne il rapporto, in testa torna Sol con il 17,9%, davanti a GPT-5.6-Cyber (14,5%) e GPT-5.5-Cyber (11,8%). Più specializzato non vuol dire sempre migliore.

![Grafico a barre su scoperta delle vulnerabilità e stesura del report con intervalli di confidenza: GPT-5.6 Sol con Blue 17,9%, GPT-5.6 Sol con le protezioni standard 0%, GPT-5.5-Cyber 11,8%, GPT-5.6-Cyber 14,5%](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/9accb839-057c-4b19-b79d-eae5199df6a3.webp)
*Quando al modello si chiede anche di scrivere il rapporto, davanti torna Sol; le fasce di incertezza però sono larghe. Dati: OpenAI.*

### ExploitBench: quanto conta il tempo concesso

ExploitBench misura quanta parte delle capacità richieste il modello riesce a coprire, con un tetto di 300 oppure di 600 turni, cioè di passaggi dell'agente. A 300 turni Sol è davanti con il 76,5%; GPT-5.6-Cyber si ferma al 73,0%, addirittura dietro a GPT-5.5-Cyber (73,9%). A 600 turni i due GPT-5.6 si ritrovano attorno all'84,5%, mentre GPT-5.5-Cyber sale all'81,4%.

![Grafico a barre di ExploitBench a 300 e 600 turni con intervalli di confidenza. A 300 turni: GPT-5.5-Cyber 73,9%, GPT-5.6-Cyber 73,0%, GPT-5.6 Sol 76,5%. A 600 turni: 81,4%, 84,5% e 84,6%](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/53b6f484-e352-419b-acf2-67d0f144fb7a.webp)
*ExploitBench con due budget di turni: raddoppiando i passaggi concessi, i due modelli GPT-5.6 finiscono praticamente appaiati. Dati: OpenAI.*

Nei compiti lunghi, insomma, il margine concesso a un agente può pesare quanto la specializzazione del modello.

## Un riferimento esterno: la prova dello UK AISI

Tra tanti test interni, uno arriva da fuori. La pagina di Daybreak riporta un grafico dello **UK AI Security Institute**, l'ente britannico che valuta la sicurezza dei modelli. Nella simulazione di attacco chiamata "The Last Ones", lunga 32 passaggi, GPT-5.6 Sol è arrivato fino in fondo in **7 tentativi su dieci**; GPT-5.5 ci era riuscito solo 2 volte su dieci.

**The Last Ones, la prova dello UK AISI** — Tentativi portati fino in fondo, su dieci, in una simulazione di attacco da 32 passaggi

| Voce | Tentativi completati |
| --- | --- |
| GPT-5.6 Sol | 7 |
| GPT-5.5 | 2 |

_Fonte: UK AI Security Institute, grafico riportato da OpenAI, agosto 2026_

Due cautele. La prova riguarda Sol, non GPT-5.6-Cyber. E il risultato dipende molto da quanti token si lasciano spendere al modello: il grafico mostra quanti passaggi vengono completati in media man mano che quel budget cresce, su una scala logaritmica.

![Grafico a linee dello UK AI Security Institute: passaggi completati in media, da 0 a 32, al crescere dei token spesi su scala logaritmica, per GPT-5.6 Sol, Claude Mythos 5, GPT-5.5, Claude Opus 4.6, GLM-5.2, DeepSeek-V4-Pro e altri modelli](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/282e7800-f263-46bd-8f3a-e3457cbfb90a.webp)
*Il grafico dello UK AI Security Institute ripreso da OpenAI: ogni linea mostra fin dove arriva un modello nella simulazione da 32 passaggi, man mano che spende più token. GPT-5.6-Cyber non compare. Grafico: UK AISI.*

## Il vero collo di bottiglia: dalla segnalazione alla patch

Trovare più problemi non rende nessuno più sicuro: una segnalazione non verificata allunga solo la lista degli arretrati. OpenAI insiste invece sul ciclo intero, fatto di sette passi:

1. capire da quali punti il sistema si può attaccare;
2. riprodurre il problema in un ambiente separato;
3. stabilire se la falla è davvero raggiungibile e quanto danno può fare;
4. raccogliere le prove;
5. scrivere una correzione mirata;
6. far girare i test;
7. consegnare una modifica che una persona può esaminare e approvare.

Per chi vuole provarlo, cambia il modo di giudicare il pilota. Contare le vulnerabilità trovate premia i sistemi più rumorosi; conviene misurare il percorso completo:

- quante segnalazioni risultano confermate;
- quanti sono i falsi allarmi;
- quanto tempo passa prima della correzione;
- quanti test vengono superati e quante regressioni si introducono;
- quante volte deve intervenire una persona;
- quante patch vengono accettate davvero.

## Cosa dice di aver trovato: il caso V8

L'esempio più concreto riguarda **V8**, il motore JavaScript di Google Chrome. OpenAI racconta di aver usato GPT-5.6-Cyber per scoprire due vulnerabilità fino ad allora ignote che, combinate, permettevano di corrompere la memoria e uscire dalla heap sandbox, lo spazio protetto in cui V8 tiene i propri dati. I ricercatori hanno confermato i risultati e avviato con Google una divulgazione coordinata: prima si avvisa chi deve correggere, poi si rende pubblico. La prima falla è stata chiusa ed è registrata come **CVE-2026-15903**; la seconda, nella pagina del 10 agosto, era ancora in fase di divulgazione.

![Diagramma di OpenAI in tre riquadri: un errore del compilatore JIT che produce una stringa fuori dai limiti, la corruzione di un array dentro la heap sandbox di V8 e l'uscita verso l'esecuzione di codice nativo](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/44ee6192-a02e-4ee7-acc8-7c1f10b00233.webp)
*Lo schema con cui OpenAI riassume la catena legata a CVE-2026-15903: dal difetto nel compilatore alla corruzione della memoria fino all'uscita dalla heap sandbox. È una vista d'insieme, senza istruzioni operative. Diagramma: OpenAI.*

L'annuncio elenca altri risultati: almeno **cinque** vulnerabilità in un sistema operativo per dispositivi mobili, **tre** critiche in un database, oltre **400** casi di privilege escalation dentro un kernel. I prodotti non vengono nominati, perché correzioni e divulgazione erano ancora in corso.

> **Attenzione:** Questi numeri sono affermazioni di OpenAI, non bollettini di sicurezza. Senza il nome dei prodotti non servono a capire se i propri sistemi sono esposti o se una patch è già disponibile.

## Patch the Planet: le correzioni passano dai maintainer

Il programma più interessante è **Patch the Planet**, costruito con Trail of Bits, società specializzata in sicurezza. Il modello lavora sui progetti open source, ma le correzioni passano per la revisione di persone e arrivano ai maintainer, cioè a chi cura quei progetti e decide cosa entra nel codice ufficiale ("upstream").

La pagina di Daybreak parla di **17 milioni di dollari** tra crediti per le API e supporto diretto. Per i risultati circolano due fotografie scattate in momenti diversi: quella della pagina OpenAI e quella, aggiornata a parte, della pagina di Trail of Bits.

**Patch the Planet in due fotografie** — Problemi trovati, patch scritte e patch accettate upstream

| Voce | Pagina OpenAI | Pagina Trail of Bits |
| --- | --- | --- |
| Problemi trovati | 858 | 1.268 |
| Patch scritte | 263 | 298 |
| Patch accettate | 143 | 175 |

_Fonte: pagina Daybreak di OpenAI e pagina Patch the Planet di Trail of Bits, agosto 2026_

Anche le basi di codice sotto revisione passano da 41 a 50. Non è un errore: sono contatori in movimento, letti in giorni diversi. Il valore sta nel metodo: una settimana di revisione dedicata, patch già pronte e l'ultima parola ai maintainer.

Accanto a Trail of Bits, OpenAI mostra una griglia di altri partner: l'obiettivo dichiarato è portare queste capacità dentro i servizi e gli strumenti che chi difende usa già.

![Griglia di loghi bianchi su fondo arancione: tra gli altri Accenture, Akamai, Cisco, Cloudflare, CrowdStrike, Fortinet, IBM, KPMG, Okta, Palo Alto Networks, SentinelOne, Wiz e Zscaler](https://xfzvzyxtnexwldhdjrdj.supabase.co/storage/v1/object/public/blog-media/posts/7df86867-1baf-4b45-8138-03ac22a32948/af8fab7f-28db-4725-8110-1b253223339e.webp)
*La griglia dei partner di Daybreak pubblicata da OpenAI: società di sicurezza, consulenza e infrastruttura che porteranno queste capacità nei propri servizi. Immagine: OpenAI.*

## Accesso e regole per usarlo senza farsi male

OpenAI consiglia di cominciare da Blue. Red è pensato per i team il cui lavoro autorizzato comprende lo sviluppo di exploit, la ricerca avanzata o il red teaming. Per gli account individuali di Daybreak, **dal 1° settembre 2026** diventano obbligatorie le chiavi di sicurezza fisiche, le chiavette da inserire per entrare nell'account.

Le raccomandazioni operative sono cinque:

- **Isolamento**: far lavorare il modello in una sandbox, senza accesso ai sistemi di produzione delicati né a internet aperto, e controllare spesso che i confini reggano.
- **Revisione automatica**: preferire la modalità che esamina le azioni con permessi elevati e può fermare quelle distruttive.
- **Perimetro**: mettere per iscritto quali sistemi e quali azioni sono permessi, e assegnare profili di autorizzazione ridotti.
- **Osservabilità**: tenere traccia di chiamate agli strumenti, traffico in uscita, modifiche e risultati; più sale il rischio, più serve una persona che sorveglia.
- **Regole aziendali**: le organizzazioni possono adattare le regole di revisione con la configurazione enterprise.

> **Consiglio:** L'isolamento non è una formalità burocratica. Cosa può succedere quando un agente esce dal recinto l'ho raccontato nell'articolo sull'[agente OpenAI uscito dalla sandbox](https://andreapirazzini.it/blog/agente-openai-fuori-dalla-sandbox-hugging-face).

Nel **Preparedness Framework**, lo schema con cui OpenAI classifica i rischi dei propri modelli, GPT-5.6 Sol e GPT-5.6-Cyber stanno al livello **High** per le capacità informatiche, sotto la soglia **Critical**. La system card di GPT-5.6-Cyber, il documento tecnico che descrive test e protezioni, è stata promessa per un secondo momento: al momento dell'annuncio non era disponibile.

## Cosa non sappiamo ancora

- **Prezzi**: nessun listino pubblico, per nessuno dei due livelli e nemmeno per il modello Cyber.
- **SLA e assistenza**: nessun impegno scritto sulla velocità delle risposte, sulla continuità del servizio o su livelli garantiti.
- **API**: l'accesso è documentato per le organizzazioni approvate e su Bedrock, ma per GPT-5.6-Cyber non risultano endpoint OpenAI pubblici, limiti di chiamata dedicati o un'attivazione self-service.
- **Regioni e capacità**: nessun vincolo geografico, quota o limite pubblico dedicato a Daybreak.
- **System card**: annunciata ma non pubblicata, quindi mancano le valutazioni aggiuntive e i dettagli sulle protezioni promessi.
- **Privacy**: le pagine non chiariscono per quanto tempo si conservano i dati, se vengono usati per addestrare i modelli o se vale la Zero Data Retention. Sono punti da verificare nel contratto e nella configurazione.

## Cosa significa per un'azienda

Daybreak è pensato per chi fa sicurezza di mestiere: team strutturati, società di penetration test, ricercatori. Una piccola impresa senza un reparto dedicato ne sentirà parlare più probabilmente dal proprio fornitore di sicurezza. Per chi sviluppa software in casa, il pezzo più vicino è quello difensivo: Codex Security e Blue per rivedere il codice prima del rilascio, con una persona che approva ogni modifica e niente accesso alla produzione senza permessi scritti.

## Il mio parere

Daybreak affronta il problema giusto. La sfida non è moltiplicare le segnalazioni, ma chiudere il cerchio fino alla correzione e alla divulgazione. La separazione tra Blue e Red, i controlli sull'accesso e il lavoro con Trail of Bits raccontano un progetto pensato con più cura di un "modello per hacker" messo in vetrina. Il mio giudizio è quindi positivo, ma provvisorio.

Non nasce infatti da una prova sul campo. Le prove più importanti le ha fatte OpenAI in casa, il modello Cyber non vince dappertutto e mancano ancora system card, prezzi, SLA e condizioni commerciali. Per un'azienda la scelta non può partire da una classifica: serve un pilota autorizzato, isolato e misurato contro il modo in cui si lavora oggi. Se state valutando strumenti di questo tipo, posso aiutarvi a definire [come impostare la prova](https://andreapirazzini.it/servizi/consulenza-ai) e cosa misurare prima di cominciare.

[Prenota una call](https://andreapirazzini.it/prenota)

## Domande frequenti

**Daybreak è già disponibile?**

Sì, ma non per chiunque. Blue e Red sono aperti solo a persone e organizzazioni approvate. Codex Security copre i flussi difensivi più comuni, mentre l'accesso avanzato richiede una candidatura e una verifica.

**Che differenza c'è tra Blue e Red?**

Blue usa i modelli generalisti di OpenAI, come GPT-5.6 Sol, per difesa, analisi e correzione. Red aggiunge modelli addestrati apposta, come GPT-5.6-Cyber, per ricerca offensiva, verifica di exploit e red teaming autorizzati, con controlli più severi.

**Daybreak sostituisce SIEM, EDR o SOAR?**

No. OpenAI lo presenta come uno strato di agenti da inserire nei flussi esistenti. Raccolta dei dati, rilevamento, contenimento, gestione dei casi e approvazioni restano compito degli strumenti e del team.

**Quanto costa?**

Non c'è un listino pubblico: né Blue, né Red, né GPT-5.6-Cyber hanno un prezzo dichiarato. Il costo va chiesto al commerciale e valutato insieme a quote, assistenza e condizioni contrattuali.

**Si può usare sui sistemi di produzione?**

OpenAI raccomanda sandbox, isolamento, revisione automatica delle azioni, perimetro esplicito, permessi ridotti e supervisione. Per toccare la produzione servono in più un permesso formale, regole d'ingaggio scritte e protezioni tecniche all'altezza.