Cyberdifesa, OpenAI apre Daybreak all’Ucraina contro gli attacchi alle infrastrutture

OpenAI ha annunciato il 23 settembre 2026 che fornirà al governo ucraino l’accesso a Daybreak, il suo programma di intelligenza artificiale per la difesa informatica, con l’obiettivo dichiarato di proteggere le infrastrutture civili del Paese: ospedali, energia, telecomunicazioni e sistemi pubblici già colpiti da anni di attacchi russi. L’iniziativa sarà realizzata con il Ministero della Trasformazione Digitale dell’Ucraina e darà ai team ucraini strumenti per individuare vulnerabilità software, sviluppare correzioni e verificarle più rapidamente, secondo quanto comunicato da OpenAI.

L’annuncio è stato fatto a margine dell’Assemblea generale delle Nazioni Unite da Dmytro Kushneruk, console generale dell’Ucraina a San Francisco, e da Sasha Baker, responsabile della politica di sicurezza nazionale di OpenAI. La società presenta l’operazione come un’estensione difensiva e civile, non come un impiego militare offensivo: Daybreak serve a sostenere attività autorizzate di sicurezza, dalla revisione di software legacy all’analisi di attività sospette, fino alla validazione delle vulnerabilità e al test delle patch. La BBC, ripresa da Yahoo News, ha aggiunto un dettaglio non esplicitato nel comunicato iniziale di OpenAI: l’accesso per Kyiv sarebbe gratuito e includerebbe anche GPT-5.6 Sol, il modello generale avanzato citato nelle iniziative cyber più recenti della società.

Perché l’Ucraina è il banco di prova più sensibile

La scelta dell’Ucraina non è simbolica. CERT-UA, il team nazionale ucraino di risposta agli incidenti informatici, ha registrato nel 2025 5.927 cyber incidenti, contro 4.315 nel 2024: un aumento del 37,4%. La stessa autorità ucraina precisa che la crescita non dipende soltanto dall’intensificazione degli attacchi, ma anche dal miglioramento delle capacità di rilevamento e dalla maggiore consapevolezza delle organizzazioni nel segnalare gli incidenti, un dettaglio essenziale per leggere correttamente la serie storica pubblicata dallo State Service of Special Communications and Information Protection of Ukraine.

Cyber incidenti gestiti da CERT-UAValori in incidenti

• 20244315
• 20255927

I bersagli principali indicati da CERT-UA sono coerenti con la natura dell’accordo con OpenAI. Nel 2025 gli attacchi hanno colpito soprattutto le amministrazioni locali, con 2.115 incidenti, le organizzazioni governative, con 1.170, e il settore sicurezza e difesa, con 1.039. Seguono energia, sanità e IT: numeri più piccoli, ma particolarmente critici perché riguardano servizi essenziali, reti operative e dati sensibili. In questo contesto Daybreak può essere usato per ridurre il tempo tra scoperta della falla, attribuzione del problema a un team responsabile e verifica tecnica della correzione.

Settori ucraini più colpiti nel 2025Valori in incidenti

• Enti locali2115
• Enti governativi1170
• Sicurezza e difesa1039
• Energia279
• Sanità95
• IT75

Il quadro qualitativo è altrettanto pesante. In un’analisi separata sul panorama delle minacce, CERT-UA afferma di monitorare in media circa 15 incidenti al giorno e oltre 150 cluster di minaccia, con la Federazione Russa indicata come fonte primaria degli attacchi. Tra le attività più rilevanti compaiono spionaggio, sabotaggio, criminalità finanziaria e campagne distruttive contro provider internet e organizzazioni pubbliche; gli attori citati usano phishing, strumenti legittimi di Windows e servizi come tunnel cloud o piattaforme di messaggistica per mascherare infrastrutture e movimenti laterali, secondo la ricostruzione tecnica di CERT-UA.

Che cos’è Daybreak e cosa può fare davvero

Daybreak non è una versione di ChatGPT aperta indistintamente a un governo in guerra. È il canale con cui OpenAI mette capacità cyber più permissive nelle mani di difensori verificati, dentro un flusso che la società descrive come un ciclo continuo: inventario, scoperta, validazione, assegnazione della responsabilità, rimedio e prova della correzione. Nella documentazione pubblica del prodotto, OpenAI insiste sul fatto che le modifiche con impatto significativo restano soggette a revisione umana e che l’esecuzione deve rimanere sotto controllo degli operatori, non dell’agente automatico, come si legge nella pagina ufficiale di Daybreak.

Il punto tecnico più delicato è la differenza tra accesso ordinario e accesso cyber controllato. Ad agosto OpenAI ha presentato due livelli: Daybreak Blue, pensato come punto di partenza per la maggior parte dei difensori e collegato a modelli generali come GPT-5.6 Sol, e Daybreak Red, rivolto a ricerca autorizzata sulle vulnerabilità, validazione di exploit e test di sicurezza. Nello stesso annuncio la società ha introdotto GPT-5.6-Cyber, un modello specializzato costruito su GPT-5.6 Sol e addestrato per ridurre i rifiuti su compiti dual use legittimi, inclusa la ricerca di vulnerabilità zero-day e la costruzione di catene di exploit in contesti autorizzati, secondo OpenAI.

Per l’Ucraina, in pratica, questo significa portare l’AI dentro processi dove il collo di bottiglia non è soltanto “capire” se una vulnerabilità esiste, ma dimostrare che è sfruttabile, capire quali sistemi sono esposti, costruire una patch sicura e verificare che la correzione non rompa servizi essenziali. È un problema tipico di infrastrutture sotto pressione: software vecchio, budget ridotti, personale scarso, sistemi eterogenei e finestre di manutenzione minime. OpenAI descrive proprio questa combinazione — organizzazioni con staff e risorse limitate che difendono sistemi complessi e datati — come il motivo alla base dell’iniziativa Daybreak for Frontline Defenders, lanciata il 3 settembre 2026 con un impegno globale di 1 miliardo di dollari in accesso sovvenzionato, formazione, supporto tecnico e partnership per servizi essenziali.

Dall’iniziativa globale da 1 miliardo al caso ucraino

L’accordo con Kyiv arriva meno di tre settimane dopo il lancio di Daybreak for Frontline Defenders. In quella cornice OpenAI ha annunciato anche Daybreak for America, un programma per i sistemi da cui dipendono i cittadini statunitensi — acqua, elettricità, governi locali e banche — e un progetto pilota con il Multi-State Information Sharing and Analysis Center. L’obiettivo dichiarato è creare una “finestra del difensore”: usare l’AI avanzata per chiudere falle prima che gli attaccanti riescano a sfruttare su larga scala le stesse capacità, come indicato nel comunicato su Daybreak for Frontline Defenders.

L’Ucraina diventa così il primo caso geopoliticamente più esposto dell’iniziativa. OpenAI scrive di aver già fornito accesso ai propri modelli cyber a difensori in Europa, inclusi Francia, Germania, Polonia e altri Paesi. La società sostiene inoltre che ENISA, l’agenzia dell’Unione europea per la cybersicurezza, abbia usato i modelli per individuare vulnerabilità in software impiegato nelle istituzioni europee, poi corrette, e che CERT Polska abbia usato modelli OpenAI per scoprire sei vulnerabilità in software di router di terze parti; in quel caso il vendor avrebbe rilasciato fix che, secondo CERT Polska, impediscono gli attacchi osservati. Questi precedenti sono riportati da OpenAI, ma non sono accompagnati, nel comunicato, da dettagli tecnici pubblici sulle vulnerabilità, sui CVE o sui prodotti coinvolti.

Ti potrebbe interessareAstra, il nuovo modello di OpenAI che individua vulnerabilità zero-day

È qui che si vede il limite informativo dell’annuncio: OpenAI non ha pubblicato il numero di utenti ucraini abilitati, la durata dell’accordo, il valore economico dell’accesso, l’eventuale cloud utilizzato, il perimetro dei sistemi analizzabili né le procedure di audit. Non viene chiarito nemmeno se Kyiv avrà soltanto accesso Daybreak Blue, come suggerisce l’inclusione di GPT-5.6 Sol riportata dalla BBC, oppure anche forme più ristrette di Daybreak Red. È una distinzione sostanziale: Blue copre attività difensive come analisi malware, incident response e validazione delle patch; Red è pensato per ricerca più avanzata su vulnerabilità ed exploit in ambienti autorizzati.

Una corsa tra difensori e attaccanti

Il contesto industriale conferma perché questa mossa non riguarda soltanto Kyiv. Il Microsoft Digital Defense Report 2025 descrive un ambiente in cui gli attaccanti sfruttano automazione, strumenti commerciali e AI per aumentare scala e precisione delle operazioni; Microsoft dichiara di processare oltre 100 mila miliardi di segnali di sicurezza al giorno, bloccare circa 4,5 milioni di nuovi tentativi malware quotidiani e analizzare 38 milioni di rilevamenti di rischio identità in media ogni giorno. Le raccomandazioni del report sono vicine alla logica di Daybreak: ridurre la latenza delle patch, misurare i tempi di risposta agli incidenti, applicare AI a threat analysis, validazione dei rilevamenti e rimedio automatico, come spiega Microsoft.

La minaccia non è soltanto criminale. Nel 2026 CISA ha mantenuto una sezione dedicata agli avvisi su attori russi sponsorizzati dallo Stato, includendo campagne contro Zimbra, router e dispositivi di rete, applicazioni di messaggistica e catene logistiche collegate al supporto all’Ucraina. Un advisory congiunto su unità GRU ha richiamato il rischio per aziende di logistica e tecnologia coinvolte nel coordinamento, trasporto e consegna di aiuti a Kyiv, mentre un altro avviso ha descritto lo sfruttamento di router vulnerabili per intercettare o sottrarre informazioni militari, governative e di infrastrutture critiche, secondo la raccolta pubblicata da CISA.

La fotografia europea va nella stessa direzione. L’ENISA Threat Landscape 2025 ha analizzato 4.875 incidenti nel periodo tra 1 luglio 2024 e 30 giugno 2025, indicando un ecosistema in cui criminalità, hacktivismo e attività legate a Stati si sovrappongono sempre di più. Per le aziende italiane che operano nella filiera software, nella manifattura, nell’energia, nei trasporti o nella sanità, il messaggio è pragmatico: la cyber AI non è più solo uno strumento da laboratorio, ma un pezzo della competizione per ridurre il tempo tra disclosure, sfruttamento e patch. Il report di ENISA rafforza anche un punto spesso sottovalutato: la vulnerabilità non è solo nel codice, ma nelle dipendenze, nei fornitori e nei processi di aggiornamento.

Il confronto con Anthropic e Google

OpenAI non è sola. Anthropic sta spingendo Claude Security, disponibile in beta pubblica per clienti Claude Enterprise, con scansione del codice, validazione dei risultati, patch suggerite e approvazione umana obbligatoria. Il prodotto è alimentato da Claude Mythos 5.1 e viene presentato come uno strumento per individuare vulnerabilità contestuali che gli scanner tradizionali, basati su regole, tendono a perdere. La pagina di Claude Security insiste su un punto molto simile a Daybreak: l’AI può proporre, ma l’essere umano decide se applicare una correzione.

Google, invece, ha costruito la narrazione attorno a Big Sleep, l’agente sviluppato da Google DeepMind e Project Zero. Nel luglio 2025, Google Cloud ha affermato che Big Sleep ha aiutato a identificare una vulnerabilità critica di SQLite nota agli attori malevoli e in procinto di essere sfruttata, consentendo di segnalarla e correggerla prima dell’attacco. Nel maggio 2026, il Google Threat Intelligence Group ha poi dichiarato di aver osservato per la prima volta un attore malevolo usare un exploit zero-day che Google ritiene sviluppato con AI: il segnale più chiaro che la stessa tecnologia si sta muovendo su entrambi i lati della linea, come spiegano i report di Google Cloud e GTIG.

La differenza strategica è nel modello di distribuzione. Anthropic tende a enfatizzare accessi più ristretti e programmi di verifica per capacità cyber ad alto rischio; Google integra AI, threat intelligence e ricerca di vulnerabilità dentro il proprio ecosistema di sicurezza; OpenAI sta tentando una via da piattaforma: accesso verificato, partnership con governi e operatori essenziali, e modelli più permissivi quando il contesto è difensivo e autorizzato. L’apertura all’Ucraina rende questa impostazione più politica, perché porta modelli frontier dentro un Paese sottoposto a pressione militare e digitale continua.

I rischi: dual use, controllo e trasparenza

Il rischio principale non è teorico. Le stesse tecniche che aiutano un difensore a validare una falla possono aiutare un attaccante a sfruttarla. OpenAI lo riconosce esplicitamente nella propria documentazione sulla resilienza cyber: i workflow difensivi e offensivi spesso condividono conoscenze e tecniche di base, quindi l’azienda parla di un approccio a più livelli fatto di controlli di accesso, monitoraggio, limitazioni operative e programmi per difensori verificati. In un post del 10 dicembre 2025, la società scrive che non basta bloccare conoscenze o verificare utenti in modo isolato: serve una logica di defense-in-depth applicata a modelli sempre più capaci.

Ti potrebbe interessareDario Amodei chiede di rallentare l’AI: “entro 12 mesi agenti autonomi potrebbero causare danni sistemici”

Anche gli incidenti pubblici dei concorrenti mostrano quanto sia fragile la separazione tra simulazione e mondo reale. Anthropic ha raccontato il 30 luglio 2026 di aver trovato tre casi in cui modelli Claude, durante valutazioni cyber che avrebbero dovuto essere isolate, hanno raggiunto sistemi reali di tre organizzazioni a causa di un errore di configurazione dell’ambiente di test. La società ha riesaminato 141.006 run di valutazione e ha attribuito il problema a una falsa assunzione sull’assenza di accesso a Internet, come spiegato nel post ufficiale di Anthropic. OpenAI, da parte sua, ha citato nei propri materiali di sicurezza un incidente in cui modelli durante test cyber hanno raggiunto infrastrutture di Hugging Face, sostenendo poi di aver integrato quelle lezioni nelle salvaguardie di Astra, il primo modello indicato dalla società come capace di raggiungere una soglia “Critical” in ambito cybersecurity secondo il suo Preparedness Framework.

Per questo l’accordo con Kyiv richiederà più governance di quanto il comunicato dica. Le domande aperte sono operative: chi approva i target da analizzare, come vengono separati ambienti civili e militari, dove risiedono i log, quali dati sensibili possono uscire dai sistemi ucraini, quali audit indipendenti sono previsti, come si gestisce un falso positivo su infrastrutture critiche e quali procedure esistono se un agente AI suggerisce una catena d’azione rischiosa. Sono questioni che non riducono l’utilità di Daybreak, ma determinano se l’utilità sarà sostenibile nel tempo.

Cosa cambia per aziende, sviluppatori e mercato italiano

Per gli sviluppatori, la notizia conferma una tendenza ormai irreversibile: la sicurezza del software entra nel ciclo di sviluppo con agenti AI capaci di leggere codice, ragionare sui flussi dati, generare test, proporre patch e verificarne l’efficacia. Non sostituisce AppSec, red team o SOC, ma sposta parte del lavoro ripetitivo e investigativo verso sistemi che possono operare su grandi basi di codice e molti repository. Per chi costruisce prodotti software in Italia, soprattutto per pubblica amministrazione, sanità, energia, telecomunicazioni e supply chain industriali, la lezione ucraina è diretta: inventario, responsabilità del codice, patch latency e verifica diventano metriche di resilienza, non semplici attività IT.

Per le aziende italiane che vendono a clienti regolati o operano in catene internazionali, l’effetto sarà anche commerciale. I grandi fornitori cloud e AI stanno trasformando la cyber difesa assistita da modelli frontier in una componente di piattaforma: chi compra software chiederà sempre più spesso evidenze su revisione del codice, gestione delle dipendenze, tempi di correzione, monitoraggio e controllo umano sugli agenti. Le imprese più piccole rischiano di trovarsi schiacciate tra attaccanti più veloci e clienti più esigenti; allo stesso tempo, strumenti come Daybreak, Claude Security o Big Sleep indicano una strada per accedere a capacità che fino a pochi anni fa erano concentrate in laboratori di ricerca e grandi vendor.

Il beneficio più concreto, se il programma funzionerà, non sarà un generico “AI contro hacker”, ma la riduzione del tempo morto. In una rete civile sotto attacco, ogni passaggio lento pesa: capire quale componente è vulnerabile, riprodurre l’attacco in sicurezza, assegnare il fix al team giusto, testare la patch, distribuire l’aggiornamento e dimostrare che il problema è davvero chiuso. L’AI può comprimere questi passaggi. Ma il valore resta subordinato alla qualità del perimetro, dei permessi, dei dati disponibili e delle persone che controllano l’esecuzione.

I prossimi passaggi da seguire

Le prossime informazioni decisive non saranno nei comunicati, ma nei dettagli di implementazione. Il primo punto da monitorare è se OpenAI o il Ministero della Trasformazione Digitale dell’Ucraina pubblicheranno linee guida sul perimetro d’uso, magari distinguendo tra sistemi civili, operatori privati e infrastrutture governative. Il secondo è l’eventuale disclosure tecnica delle vulnerabilità trovate con Daybreak: senza indicatori, CVE o casi d’uso verificabili, sarà difficile misurare l’impatto reale dell’accordo oltre la dimensione geopolitica.

Il terzo passaggio riguarda l’Europa. Se ENISA, CERT Polska e altri CERT nazionali continueranno a usare modelli frontier per trovare vulnerabilità, il tema diventerà inevitabilmente parte della politica industriale cyber dell’Unione: accesso controllato ai modelli, standard di audit, procurement pubblico, sovranità dei dati e collaborazione tra Stati membri. L’Ucraina, suo malgrado, offre il caso più duro: un Paese che deve tenere in piedi servizi civili mentre subisce attacchi fisici e digitali. Se Daybreak riuscirà a produrre fix verificabili, potrà diventare un modello di difesa civile AI-assistita anche per infrastrutture europee non in guerra.

Vedo questa scelta di OpenAI come una delle applicazioni più sensate dell’intelligenza artificiale avanzata: mettere capacità molto potenti dalla parte di chi deve proteggere ospedali, reti energetiche, telecomunicazioni e servizi pubblici. L’Ucraina è un contesto estremo, ma proprio per questo può insegnare molto anche all’Europa e all’Italia. Se l’AI riduce i tempi di analisi e patching, non stiamo parlando di efficienza astratta: parliamo di continuità operativa, cure mediche, comunicazioni e fiducia dei cittadini.

La condizione, però, è che questi strumenti siano governati bene. Accessi verificati, logging, revisione umana e disclosure responsabile non sono burocrazia: sono ciò che rende accettabile usare modelli con capacità cyber così avanzate. Mi interessa soprattutto la possibilità di trasferire questa esperienza alle nostre infrastrutture critiche, dove spesso il problema non è la mancanza di talento, ma la scarsità di tempo, personale e coordinamento. Se Daybreak diventerà un modo per rafforzare i difensori senza abbassare le soglie di sicurezza, sarà un precedente prezioso.