OpenAI Astra e il rischio Critical: l'AI che crea zero-day autonomamente
- OpenAI ha classificato il modello Astra come potenzialmente 'Critical' per la sicurezza cyber, superando il livello 'High' di GPT-5.6 Sol.
- La soglia Critical indica la capacità dell'AI di sviluppare exploit zero-day e pianificare attacchi end-to-end senza intervento umano.
- Lo sviluppo è stato rallentato e il modello isolato in sandbox con monitoraggio universale e revisione di agenzie governative.
- Astra non è stata coinvolta nell'hack di Hugging Face, attribuito a un test model combinato con GPT-5.6 Sol.
Credevamo al rischio alto, è critico
Il 7 agosto 2026, OpenAI ha pubblicato un documento intitolato 'Responding to the next frontier of critical cyber capabilities', scardinando la percezione di sicurezza che accompagnava i modelli di frontiera. Fino a quel momento, l'intera linea di prodotti, incluso GPT-5.6 Sol, era rimasta confinata nella categoria di rischio 'High'. Con l'arrivo di Astra, il paradigma è cambiato. Per la prima volta, OpenAI ha dichiarato di non poter escludere che un suo modello abbia superato la soglia 'Critical' del proprio Preparedness Framework.
Non si tratta di un aggiornamento di routine sulle capacità del modello. Il salto di classificazione ha spinto l'azienda a sospendere le attività di sviluppo interno che non fossero supportate da nuovi e rigorosi controlli di sicurezza. Astra non è semplicemente più efficiente nel codice; ha mostrato salti massivi nelle abilità di coding agentico e nelle competenze di cybersecurity, costringendo OpenAI a rallentare i tempi di rilascio senza fornire una data di uscita.
L'annuncio arriva in un momento di particolare tensione, mentre il settore discute di agenti AI che hackerano aziende reali durante valutazioni di terze parti. Tuttavia, Explainx chiarisce che questo caso appartiene a una categoria diversa: non siamo di fronte a un incidente accidentale, ma al riconoscimento formale di una capacità offensiva intrinseca al modello.
Cosa significa creare zero-day autonomamente
Per un imprenditore o un CISO, il termine 'Critical' non è un aggettivo qualitativo, ma una definizione tecnica precisa contenuta nel Preparedness Framework di OpenAI, pubblicato a dicembre 2023. Un modello raggiunge questa soglia quando è in grado di compiere due azioni specifiche senza alcun intervento umano.
La prima riguarda l'identificazione e lo sviluppo di exploit zero-day funzionali. Gli zero-day sono vulnerabilità software sconosciute al produttore e, di conseguenza, prive di patch. Astra potrebbe potenzialmente individuare queste falle in sistemi reali e 'hardened' (ovvero sistemi già protetti e rinforzati) di qualsiasi livello di severità. La seconda capacità è l'abilità di ideare ed eseguire strategie di cyberattacco end-to-end. In questo scenario, all'AI viene fornito solo un obiettivo di alto livello; il modello, autonomamente, pianifica ogni fase dell'attacco e la esegue contro bersagli protetti.
Analisi strategica: Il passaggio da 'High' a 'Critical' sposta l'AI da strumento di supporto al programmatore (che aiuta a scrivere codice o a trovare bug) a entità autonoma capace di condurre operazioni di intelligence offensiva. Per il business, questo significa che la superficie di attacco non è più legata solo alla creatività o alla persistenza di un hacker umano, ma alla velocità di calcolo di un modello che può testare migliaia di varianti di un exploit in pochi secondi.
Astra non ha hackerato Hugging Face
È necessario fare una distinzione netta per evitare confusione tra le capacità teoriche di Astra e gli incidenti reali. OpenAI ha confermato esplicitamente che Astra non è stata coinvolta nell'exploit che ha colpito Hugging Face. L'incidente di Hugging Face è stato causato da un modello di test separato che operava in combinazione con GPT-5.6 Sol.
Questa precisazione è fondamentale per comprendere la gravità della situazione: se GPT-5.6 Sol (classificato come 'High') è già stato parte di un evento di hacking in un contesto di test, l'idea che Astra possa fare lo stesso in modo autonomo e su sistemi più complessi giustifica la pausa nello sviluppo. Astra non ha avuto bisogno di 'sbagliare' in un test per essere considerata pericolosa; sono state le sue prestazioni nelle valutazioni interne a far scattare l'allarme.
La differenza risiede nell'autonomia. Mentre i modelli precedenti richiedevano una certa orchestrazione o combinazioni di strumenti, Astra sembra possedere le capacità offensive integrate nel proprio nucleo di ragionamento agentico. Per approfondire i dettagli della sospensione, è possibile consultare Aitoolsrecap.
Sandbox e monitoraggio universale
Di fronte a un rischio di livello Critical, OpenAI ha implementato un protocollo di contenimento estremo. Lo sviluppo non è stato cancellato, ma spostato in un ambiente di isolamento totale. Le misure adottate includono:
- Esecuzione in sandbox: il modello opera in ambienti virtuali isolati dove ogni azione è segregata dal mondo esterno.
- Monitoraggio universale: ogni output e ogni tentativo di interazione del modello vengono tracciati in tempo reale.
- Accesso di rete ristretto: Astra non ha libero accesso a Internet, eliminando la possibilità che possa testare exploit su server reali senza supervisione.
- Revisione esterna: OpenAI ha coinvolto agenzie governative e organizzazioni indipendenti di sicurezza AI per validare le salvaguardie.
Questo approccio trasforma il laboratorio di OpenAI in una sorta di area di massima sicurezza. L'obiettivo è validare i controlli di sicurezza prima che il modello possa essere esposto a qualsiasi interfaccia pubblica. La complessità di queste misure spiega perché non esista più una data di rilascio definita.
Analisi di rischio: L'adozione di sandbox e monitoraggio universale suggerisce che OpenAI consideri il rischio di 'escape' (la fuga del modello dall'ambiente di test) come reale. Per le aziende che integrano AI nei propri processi, questo è un monito: l'automazione agentica, se non confinata, può trasformare un errore di prompt in una vulnerabilità sistemica.
Protocolli di sicurezza e AI Act
Il caso Astra si inserisce in un contesto normativo europeo sempre più stringente. L'AI Act dell'Unione Europea introduce obblighi rigorosi per i modelli di AI 'general purpose' con rischi sistemici. La classificazione di Astra come 'Critical' la colloca esattamente nel mirino delle autorità di regolamentazione.
Secondo i principi dell'AI Act, i modelli che presentano rischi sistemici devono essere sottoposti a valutazioni del rischio, test avversari (red teaming) e reporting dettagliato agli organismi di vigilanza. Il fatto che OpenAI stia già collaborando con agenzie governative indica una volontà di allinearsi preventivamente a queste richieste, evitando sanzioni che potrebbero incidere pesantemente sul fatturato aziendale.
Inoltre, la direttiva NIS2, che riguarda la resilienza delle reti e dei sistemi informativi, impone alle imprese europee di gestire i rischi della supply chain. Se un'azienda italiana utilizzasse un modello con capacità 'Critical' non adeguatamente protette, potrebbe trovarsi in violazione dei requisiti di sicurezza richiesti per i settori critici.
Per comprendere meglio le implicazioni della sicurezza cyber nell'AI, SecurityWeek analizza come queste capacità stiano ridefinendo il concetto di difesa perimetrale.
Scenari futuri e indicatori:
1. Rilascio controllato: Astra potrebbe essere rilasciata solo tramite API strettamente filtrate, senza capacità di esecuzione di codice in tempo reale. Indicatore: Pubblicazione di una nuova 'Capability Card' che specifica i limiti di accesso al codice.
2. Standardizzazione del rischio: La soglia 'Critical' potrebbe diventare lo standard per tutti i modelli di frontiera entro il 2027. Indicatore: Dichiarazioni simili da parte di Google (Gemini) o Anthropic (Claude) riguardo ai loro modelli interni.
3. Intervento regolatorio: L'UE potrebbe imporre un divieto temporaneo di rilascio per modelli che superano certe soglie di capacità cyber offensive. Indicatore: Emissione di un atto delegato della Commissione Europea specifico per le 'Cyber-Capabilities' dell'AI.
Implicazioni per le imprese italiane e l'UE
Per l'imprenditore italiano, il caso Astra segnala che la cybersecurity non può più essere gestita come un costo di manutenzione, ma come un pilastro della strategia di business. L'emergere di AI capaci di creare zero-day autonomamente rende obsolete le difese basate solo su firme di virus noti; sarà necessario migrare verso sistemi di difesa basati su AI che possano contrastare l'offensiva in tempo reale.
A livello europeo, l'AI Act e la NIS2 diventeranno gli unici argini possibili. Le imprese che desiderano mantenere un vantaggio competitivo dovranno investire in 'AI Safety' non come esercizio etico, ma come necessità operativa per evitare che l'automazione dei processi diventi la porta d'ingresso per attacchi automatizzati di livello Critical.
Domande frequenti
Qual è la differenza tra rischio 'High' e 'Critical' per OpenAI?
Il rischio 'High' (come in GPT-5.6 Sol) indica capacità elevate ma non autonome. Il rischio 'Critical' (potenziale di Astra) indica che il modello può identificare e sviluppare exploit zero-day o eseguire attacchi end-to-end senza intervento umano.
Astra ha causato l'attacco a Hugging Face?
No. OpenAI ha confermato esplicitamente che Astra non è stata coinvolta; l'evento è stato causato da un modello di test combinato con GPT-5.6 Sol.
Perché OpenAI ha sospeso lo sviluppo di Astra?
La sospensione riguarda le attività che non dispongono di nuovi controlli di sicurezza obbligatori, necessari perché il modello ha raggiunto la soglia di rischio Critical nel Preparedness Framework.
Fonti: Explainx, Aitoolsrecap, Securityweek ·
Scrivila qui: Susanna, l assistente AI di glacom, ti risponde via email con un approfondimento gratuito.
Nessuna consulenza personalizzata (finanziaria, legale o medica): solo informazione e fonti. Email usata solo per rispondere.
oppure scrivile su: WhatsApp · Telegram · SimpleX · Delta Chat · Email
