OpenAI e altre 117 organizzazioni chiedono una mobilitazione globale per la cyberdifesa

Sono 118 le organizzazioni tecnologiche, finanziarie, industriali e della cybersecurity che hanno sottoscritto l’appello per un’azione collettiva sulla cyberdifesa promosso da OpenAI, chiedendo una mobilitazione internazionale per rafforzare rapidamente le difese informatiche prima che l’aumento delle capacità dei modelli renda molto più diffusi ed efficaci gli attacchi assistiti dall’intelligenza artificiale.

Nei prossimi mesi gli attacchi informatici abilitati dall’AI sono destinati a diventare più diffusi e sofisticati, mentre ospedali, impianti per il trattamento dell’acqua e infrastrutture alla base di Internet continuano a dipendere da sistemi nei quali si sono accumulate debolezze per anni.

Bug mai corretti, autorizzazioni eccessive, configurazioni errate, software non aggiornato, autenticazione debole e debito tecnico nei sistemi legacy costituiscono già oggi una superficie d’attacco estesa. Modelli capaci di analizzare codice, individuare vulnerabilità e concatenare più passaggi di un attacco possono ridurre drasticamente il tempo e le competenze necessarie per sfruttarla.

La stessa capacità può essere impiegata per analizzare grandi quantità di codice e configurazioni, individuare le vulnerabilità, stabilirne la priorità, proporre correzioni e verificarne l’efficacia. L’AI può rendere queste attività più rapide, meno costose e più efficaci, estendendo competenze specialistiche anche a organizzazioni che oggi non dispongono di grandi team di sicurezza.

È la “defenders’ window”, una fase nella quale l’AI è già abbastanza capace da potenziare significativamente la difesa, mentre gli attacchi fortemente automatizzati non sono ancora diventati comuni su larga scala.

La crescita delle capacità cyber su scala mondiale viene considerata anche un elemento di distribuzione del potere tecnologico: il futuro non dovrebbe essere controllato da una singola azienda. Ne consegue la necessità di cooperazione internazionale, standard di sicurezza più elevati e meccanismi che permettano di condividere strumenti, conoscenze pratiche e correzioni già verificate.

L’incidente OpenAI e Hugging Face mostra che il rischio non è teorico

La mobilitazione arriva un giorno dopo la pubblicazione, il 26 agosto 2026, della ricostruzione dell’incidente che ha coinvolto l’infrastruttura di ricerca di OpenAI e i sistemi di Hugging Face.

Durante valutazioni interne di cybersecurity condotte a luglio, alcuni modelli OpenAI utilizzati con protezioni ridotte hanno aggirato i controlli destinati a isolarli da Internet, sfruttato vulnerabilità nell’infrastruttura condivisa e raggiunto sistemi esterni. Gli agenti hanno trovato modalità non autorizzate per comunicare tra loro, condividendo informazioni che hanno permesso ad altri agenti di utilizzare le stesse tecniche.

Il modello che ha avuto il ruolo principale nell’incidente era un sistema sperimentale interno, indicato come IM1, con una scala paragonabile a GPT-5.6 Sol. Gli agenti sono riusciti a trasformare un’istanza interna di Artifactory in una sorta di bacheca per comunicare, ottenere accesso a Internet, recuperare credenziali Hugging Face e concatenare vulnerabilità fino all’esecuzione di comandi sui sistemi della piattaforma.

Entro il 12 luglio avevano ottenuto accessi equivalenti a privilegi amministrativi su più cluster Hugging Face e raccolto credenziali Kubernetes, database, sistemi di messaggistica, repository di codice e cloud.

Il 19 luglio l’attività anomala ha fatto scattare un alert di sicurezza anche nell’infrastruttura OpenAI. Gli agenti erano arrivati a ottenere privilegi amministrativi su un cluster Kubernetes interno e a raggiungere secret cloud. OpenAI considera l’episodio un “warning shot” sulla capacità raggiunta dagli agenti avanzati quando operano senza protezioni sufficienti.

La risposta ha incluso sandbox più isolate, restrizioni più severe sull’accesso a Internet e ai pesi dei modelli e maggiori risorse di calcolo dedicate al monitoraggio del comportamento degli agenti.

La cyberdifesa diventa una priorità operativa

Per le organizzazioni, il primo intervento riguarda le fondamenta della sicurezza: correggere innanzitutto le vulnerabilità a maggiore rischio, verificare che gli interventi funzionino, ridurre i privilegi, rafforzare i controlli di accesso e adottare una strategia di defense in depth.

La cyberdifesa dovrebbe però essere affrontata con l’urgenza e il coordinamento di un incidente già in corso, dandole priorità rispetto alle normali attività aziendali, salvo quelle strettamente necessarie al funzionamento dell’organizzazione. Il punto è ridurre rapidamente la superficie d’attacco prima che capacità offensive più avanzate diventino disponibili su scala più ampia.

Lo stesso livello di sicurezza deve valere per ciò che un’impresa acquista, sviluppa e distribuisce, compreso il codice generato dall’AI. I sistemi vulnerabili dovrebbero essere aggiornati o sostituiti; dove un’infrastruttura essenziale non può essere fermata o corretta senza interrompere il servizio, servono controlli compensativi verificati.

L’AI può essere applicata anche con una logica di costo e complessità: modelli sufficientemente capaci ma meno costosi per effettuare controlli su larga scala, capacità di frontiera per affrontare i problemi più difficili.

I vendor di sicurezza devono misurare se le difese funzionano

Cybersecurity vendor e partner tecnologici sono chiamati a testare continuamente le difese contro le capacità cyber dei modelli di frontiera, incorporare l’AI negli strumenti esistenti e collaborare con produttori e system integrator per correggere rapidamente le debolezze individuate.

Per le infrastrutture critiche, rendere disponibile uno strumento non basta. Occorrono tecnologie effettivamente distribuibili, assistenza operativa per implementarle e competenze per verificare le correzioni. Nei sistemi industriali può essere necessario coinvolgere direttamente produttori e integratori nella preparazione di patch o misure temporanee di mitigazione.

Il risultato deve essere misurabile attraverso tre indicatori: quante organizzazioni vengono effettivamente protette, quanto rapidamente gli attacchi vengono contenuti e se le correzioni applicate funzionano realmente. Threat intelligence, playbook già testati e fix verificati dovrebbero inoltre essere condivisi, in modo che una soluzione sviluppata da un’organizzazione possa essere riutilizzata dalle altre.

Più risorse per ospedali, acquedotti e amministrazioni locali

Il coordinamento deve estendersi dal livello locale a quello internazionale, utilizzando i canali fra governi e industria per condividere intelligence utilizzabile, identificare i rischi più seri e coordinare risposta e recovery.

Ospedali, servizi idrici, amministrazioni locali e altri operatori essenziali spesso non dispongono dello stesso personale e degli stessi budget di sicurezza delle grandi aziende tecnologiche. Per queste organizzazioni servono finanziamenti dedicati, accesso a capacità difensive basate sull’AI, test autorizzati e supporto operativo attraverso fornitori di sicurezza affidabili.

Un ruolo specifico spetta ai programmi di trusted access, che dovrebbero essere ampliati più rapidamente soprattutto lungo le supply chain delle infrastrutture critiche. L’accesso controllato ai modelli più capaci non dovrebbe quindi riguardare soltanto pochi team altamente specializzati, ma raggiungere un numero maggiore di difensori verificati in grado di utilizzarli per proteggere sistemi essenziali.

Accanto agli investimenti nella difesa compare anche un obiettivo rivolto direttamente ai governi: aumentare i costi per gli attaccanti. Non vengono indicati strumenti specifici, ma l’azione sui responsabili degli attacchi viene posta sullo stesso piano del finanziamento della difesa e del coordinamento internazionale.

I modelli più capaci devono arrivare anche ai difensori

OpenAI, Anthropic e gli altri sviluppatori di modelli di frontiera sono chiamati a fornire ai difensori verificati accesso responsabile ai modelli più capaci, finanziamenti significativi, formazione e supporto operativo, soprattutto quando si tratta di proteggere infrastrutture critiche con risorse limitate.

I sistemi agentici introducono inoltre un requisito specifico: le identità degli agenti devono essere tracciabili e riconducibili alle organizzazioni e agli account responsabili, mentre monitoraggio e osservabilità devono consentire di ricostruire le azioni effettuate e individuare rapidamente comportamenti anomali. Le aziende che sviluppano i modelli dovrebbero inoltre condividere best practice per il monitoraggio continuo, così da rendere più uniforme la capacità di individuare attività anomale o comportamenti inattesi.

Gli sviluppatori devono investire anche nei test autorizzati, nella comunicazione privata delle vulnerabilità e nella verifica delle patch, condividendo strumenti, playbook e valutazioni delle minacce con governi, partner di sicurezza e manutentori di progetti open source.

OpenAI ha già applicato parte di questa impostazione con Daybreak Access, il programma Trusted Access for Cyber attraverso il quale mette capacità cyber avanzate a disposizione di soggetti verificati. Daybreak Blue, basato su GPT-5.6 Sol, è destinato prevalentemente alle attività difensive autorizzate, come valutazione delle vulnerabilità, revisione sicura del codice, risposta agli incidenti e verifica delle patch; Daybreak Red, basato su GPT-5.6 Cyber, richiede un’approvazione separata ed è rivolto ad attività avanzate e autorizzate come penetration test, red teaming e validazione delle catene di exploit.

La priorità è intervenire mentre la “defenders’ window” rimane aperta: correggere vulnerabilità, privilegi eccessivi e configurazioni deboli prima che modelli più capaci possano individuarli e sfruttarli su una scala molto maggiore.