Cosa dice OpenAI che Astra abbia fatto

OpenAI afferma che Astra è diventato il primo sistema a superare la soglia di capacità informatica "critica" definita nel Preparedness Framework dell'azienda, il che significa che può trovare e sfruttare vulnerabilità zero-day in sistemi reali e blindati senza assistenza umana. L'azienda ha riportato un punteggio perfetto su ExploitBench, un benchmark per lo sviluppo di exploit, e ha dichiarato che in una valutazione separata Astra ha trovato due vulnerabilità zero-day reali da sola.

OpenAI non ha ancora rilasciato Astra al pubblico. L'azienda dice che il rilascio arriverà "presto", ma solo una volta predisposte ulteriori misure di sicurezza, senza precisare quali saranno né quando saranno pronte.

Perché 'critica' è il metro di OpenAI, non quello dell'Europa

Il Preparedness Framework di OpenAI è un sistema di rischio interno e volontario che l'azienda ha creato per sé stessa, e superare una delle sue soglie non ha alcun peso legale secondo il diritto UE o britannico. Nessun regolatore ha imposto a OpenAI di misurare la capacità informatica in questo modo, nessuna autorità ha approvato dove si collochi la linea "critica", e nessuna norma UE o britannica menziona nemmeno il framework.

Questa distinzione conta perché le regole davvero vincolanti per le organizzazioni europee e britanniche, la direttiva NIS2 dell'UE, il Cyber Resilience Act dell'UE e le NIS Regulations britanniche, sono state scritte senza avere Astra in mente e non si aggiornano da sole quando cambia il punteggio interno di un'azienda statunitense. Chi tratta l'annuncio di OpenAI come un fatto di conformità normativa sta guardando il documento sbagliato.

La base delle minacce passa dagli stati a una lista d'attesa

La maggior parte dei modelli di minaccia europei presuppone che trovare una vera vulnerabilità zero-day in un sistema blindato e aggiornato richieda il tipo di sforzo sostenuto e finanziato che solo una manciata di servizi di intelligence può permettersi. Che Astra esista, anche limitata da ulteriori misure di sicurezza, rompe questo presupposto: una capacità che fino a poco tempo fa richiedeva il budget e il team di specialisti di uno stato ora si trova, almeno in forma di prototipo, dietro il cancello di rilascio interno di un'azienda e una futura lista d'attesa commerciale.

Limitata non significa irrilevante. Ogni laboratorio di frontiera in gara con OpenAI ha ora un riferimento pubblico da eguagliare, e la pressione commerciale a vendere uno strumento comparabile a clienti paganti, comprese società di penetration testing e, col tempo, acquirenti meno attenti, è reale. La domanda del lunedì mattina per chi difende sistemi cambia da "potrebbe uno stato prenderci di mira" a "quanti soggetti possono ora plausibilmente trovare i nostri zero-day", e la risposta onesta è più di un anno fa.

I cicli di patch sono stati pensati per attaccanti più lenti

La maggior parte delle politiche europee di gestione delle patch presuppone ancora settimane tra la comparsa di una vulnerabilità e il suo sfruttamento, perché trovare una falla sfruttabile in software in produzione ha storicamente richiesto ricercatori umani scarsi e qualificati che lavorano a mano. Questo presupposto ha dettato il ritmo delle finestre di patch a 30, 60 e 90 giorni comuni nelle linee guida UE e britanniche sulle infrastrutture critiche.

Un sistema automatizzato che trova zero-day reali senza assistenza non ha bisogno di dormire, non va in vacanza, non deve scegliere quale bersaglio valga il suo tempo, e può eseguire lo stesso processo di sviluppo di exploit in parallelo contro molti sistemi. La risposta pratica di un CISO non è patchare tutto in preda al panico, ma riordinare le code di patch per esposizione e raggiungibilità invece che solo per punteggio di gravità, e accorciare la finestra predefinita per tutto ciò che è esposto a internet prima che uno strumento comparabile raggiunga un bacino più ampio di attaccanti.

Le bug bounty ora competono con una macchina

I programmi di bug bounty fissano i compensi in base al tempo e all'abilità dei ricercatori umani che vogliono attrarre, e questo modello di prezzo presuppone che il bacino di ricercatori resti più o meno costante per dimensione e costo. Un modello capace di sviluppare exploit a velocità di macchina cambia entrambi i lati di questa equazione: può spiazzare i cacciatori umani più lenti che inseguono gli stessi bug facili da trovare, e mette nelle mani di attaccanti ben finanziati uno strumento che non ha nemmeno bisogno di essere pagato a tariffe da bug bounty.

Il cambiamento pratico per un fornitore europeo con un programma di bounty è rivedere subito i livelli di compenso, prima che cambino volume o qualità delle segnalazioni, e smettere di trattare la spesa in bounty come una voce fissa. Un programma ancora tariffato secondo l'economia dei ricercatori del 2024 sta pagando troppo poco per il rischio che dovrebbe coprire, e le piattaforme che non si adeguano vedranno i loro migliori ricercatori umani spostarsi verso quelle che lo fanno.

L'orologio di notifica di NIS2 presupponeva un tempo di scoperta

La direttiva NIS2 dell'UE impone ai gestori di soggetti essenziali e importanti scadenze precise non appena rilevano un incidente significativo: un allarme preliminare entro 24 ore, una notifica più completa entro 72 ore e un rapporto finale entro un mese, scadenze che le NIS Regulations britanniche rispecchiano nello spirito. Queste finestre sono state fissate presupponendo un divario significativo tra la scoperta di una vulnerabilità e la sua trasformazione in un exploit funzionante su larga scala, un divario che dava ai difensori margine per applicare le patch prima che la divulgazione diventasse una corsa.

La scoperta automatizzata e non assistita di zero-day restringe quel divario per chiunque possieda per primo la capacità, sia il red team interno di un difensore sia un attaccante con uno strumento comparabile. Agenzie nazionali come l'ACN italiana, il BSI tedesco e l'NCSC britannico hanno tutte promosso la divulgazione coordinata delle vulnerabilità come buona pratica; l'argomento per trattare le finestre di legge di NIS2 come un minimo e non come un obiettivo si rafforza ogni volta che il passaggio della scoperta accelera, e Astra è la prova che è appena successo.

Servola Journal

Lo facciamo per tutti quelli che cercano di stare al passo con ciò che la tecnologia sta facendo alle nostre vite. Le persone che la costruiscono, e le persone a cui capita. Il Servola Journal esiste perché ciò che impariamo appartenga a tutti loro.

Nessuno ci paga per questo. Niente pubblicità, nessun muro a pagamento, gratis per tutti. Crediamo semplicemente che capire ciò che sta succedendo a tutti noi non debba dipendere da chi può permettersi di pagarlo.

Se oggi ti ha dato qualcosa, dicci di continuare. Seguici, lascia un like, o scrivi un commento positivo. Li leggiamo tutti, e sono ciò che ci fa andare avanti.

Da leggere ora: Le Squadre Di Sicurezza Europee Senza Voce Su Astra  |  La lettera sui cyberattacchi IA è anche una prova