intelligenza artificiale

GPT-6 Cyber trova 81 bug in Firefox: capacità, limiti e rischi OT


Indirizzo copiato

OpenAI lancia GPT-6 Cyber e dichiara 81 vulnerabilità gravi scoperte in Firefox e 948 exploit Linux sviluppati in laboratorio. I test esterni mostrano limiti, mentre le prove OT con Dragos evidenziano il rischio di interruzioni operative: ecco le difese per aziende e infrastrutture critiche

Pubblicato il 6 nov 2026



AI Questions Icon
Chiedi all'AI
Riassumi questo articolo
Approfondisci con altre fonti
GPT-6 Cyber sicurezza OT




OpenAI ha presentato GPT-6 Cyber, un modello capace di trovare vulnerabilità e produrre exploit funzionanti su larga scala. Nei risultati annunciati il 5 novembre 2026 compaiono 81 falle sconosciute di gravità elevata in Firefox e 948 exploit di escalation dei privilegi in Linux. È un salto nelle capacità degli agenti di sicurezza: una parte del lavoro che richiedeva ricercatori specializzati può essere organizzata in campagne automatizzate di ricerca, verifica e correzione.

Il modello è disponibile inizialmente soltanto a organizzazioni approvate nel programma Daybreak Red, attraverso API e Codex. OpenAI lo colloca al livello “Critical” per le capacità cyber del proprio Preparedness Framework: un’indicazione del potenziale tecnico, che comprende anche la possibilità di uso offensivo. La sfida per le aziende è sfruttare questi strumenti per correggere prima le falle, imponendo limiti severi alle azioni che possono compiere.

Il comunicato tecnico di OpenAI presenta i risultati Linux come una ricerca controllata, descritta più nel dettaglio nello studio A thousand fewer paths to root del 4 novembre. La campagna è passata da 2.308 segnalazioni candidate a 1.724 vulnerabilità riprodotte, per poi creare 948 prove di sfruttamento locale dei privilegi. Il grafico mostra quanto conta verificare la vulnerabilità, anziché limitarsi a segnalarla.

Le tre fasi progressive della stessa campagna sul kernel Linux, ottobre 2026. Scala in numero di risultati, da zero a 2.308.
Segnalazioni candidate2,308
Vulnerabilità riprodotte1,724
Exploit LPE funzionanti948
05771.1541.7312.308
Fonte: OpenAI, A thousand fewer paths to root, pubblicato il 4 novembre 2026. I risultati derivano da una ricerca controllata: gli exploit dimostrano la sfruttabilità di problemi già individuati, non 948 compromissioni o attacchi osservati.

Le 948 prove riguardano un ambiente Linux specifico: dimostrano che certe vulnerabilità possono consentire a un utente con accesso limitato di raggiungere privilegi superiori. OpenAI ha inoltrato ai manutentori 304 risultati ritenuti critici con proposte di patch. Il numero degli exploit è distinto dal numero delle vulnerabilità finora sconosciute, da quello delle patch accettate e da eventuali attacchi osservati in natura.

Firefox, i bug trovati e le correzioni già distribuite

In Firefox i ricercatori OpenAI hanno individuato 81 vulnerabilità inedite classificate da Mozilla come high severity, fornendo prove riproducibili e correzioni candidate. Il sistema ha inoltre mostrato che altri 30 problemi già conosciuti erano più gravi di quanto indicato in precedenza. Mozilla ha iniziato a distribuire i fix; gli amministratori possono verificare gli avvisi relativi a Firefox 159 e le successive comunicazioni di sicurezza Mozilla per individuare le versioni supportate da aggiornare.

Il caso dimostra una conseguenza pratica per i fornitori: una campagna AI può produrre molti risultati in poco tempo, ma occorrono persone per valutare gravità, regressioni e priorità di rilascio. Le patch proposte da un agente devono essere testate e inserite nel normale processo di manutenzione. La collaborazione con Mozilla costituisce un esempio di disclosure coordinata che trasforma la scoperta in aggiornamenti per gli utenti.

Benchmark: quanto è più capace e dove si ferma

Su ExploitGym, in cui il modello deve sfruttare vulnerabilità definite nel test, GPT-6 Cyber raggiunge il 48,5% di successi contro il 32,1% di GPT-5.6 Cyber, secondo i dati di OpenAI. In RemoteExploitBench, una valutazione interna su applicazioni come GitLab, PostgreSQL e Jenkins, completa il 95% delle prove. Sono esercizi di laboratorio con perimetri noti: aiutano a valutare il progresso, senza riprodurre tutte le difese e le complessità di un’infrastruttura reale.

La system card del 5 novembre contiene una verifica di Irregular, società esterna che ha usato tre serie di test cyber. In CyScenarioBench GPT-6 Cyber ha risolto 11 sfide su 11 almeno una volta, con un tasso medio del 61%. Su FrontierCyber, dedicato a software e hardware reali, ha risolto 90 problemi su 288, meno dei 96 di GPT-6 Astra. Nessuno dei due ha superato le 15 prove più difficili; Irregular non ha osservato attacchi riusciti contro obiettivi completamente rafforzati. Il benchmark esterno offre quindi un quadro più articolato delle prestazioni.

OpenAI ha misurato anche la capacità dell’agente di non utilizzare servizi fuori dal perimetro autorizzato. Su ExploitGym Honeypot, GPT-6 Cyber ha rispettato l’ambito nel 99,93% delle prove senza il prompt aggiuntivo e in tutte le prove osservate con quel prompt. Il modello però, in una diversa valutazione sulla risposta agli avvisi, ha interrotto il lavoro quando era opportuno nel 73% dei casi, meno del 78,38% registrato da GPT-6 Astra. Sono motivi concreti per mantenere controlli indipendenti dal modello.

Il fronte OT: due zero-day nei sistemi di protezione elettrica

Il problema diventa più delicato quando l’agente si avvicina a dispositivi industriali. OpenAI ha collaborato con Dragos, società specializzata in cybersecurity OT, per mettere alla prova modelli avanzati in ambienti di laboratorio che imitano infrastrutture fisiche. In una simulazione di impianto energetico, un modello ha individuato due vulnerabilità zero-day in un software che gestisce dati dei relè di protezione, compresi parametri e logiche di intervento degli interruttori.

Il rapporto tecnico Dragos, aggiornato a settembre 2026 descrive sette valutazioni effettuate con GPT-5.5 Cyber e GPT-5.6 Sol, dunque con modelli precedenti a GPT-6 Cyber. In questi test i sistemi hanno riconosciuto asset e protocolli industriali e individuato vulnerabilità, ma gli specialisti hanno dovuto intervenire per correggere ipotesi e validare risultati. In due prove, le azioni dell’agente hanno causato interruzioni: un PLC è diventato irraggiungibile e un servizio FTP di un pannello HMI si è bloccato. È l’avvertimento più concreto per chi pensa di usare pentest agentici direttamente su impianti produttivi.

Per una centrale elettrica, un acquedotto, un impianto chimico o una linea industriale, anche una prova condotta per migliorare la sicurezza può fermare un apparato o alterare informazioni di processo. I test attivi vanno separati dai sistemi operativi e autorizzati dai responsabili OT, con finestre di manutenzione e procedure di ripristino. Le analisi iniziali su asset, versioni e configurazioni possono partire da raccolta documentale e verifiche passive, prima di considerare attività invasive in un laboratorio rappresentativo.

I controlli da rafforzare ora nelle aziende italiane

L’accelerazione delle capacità di ricerca rende importante ridurre il tempo fra disponibilità di una correzione e installazione. Per i sistemi esposti e per gli ambienti in cui un utente con pochi privilegi può raggiungere funzioni sensibili, inventario degli asset, aggiornamenti e isolamento dei processi devono diventare un lavoro continuo. L’organizzazione deve anche conoscere quali strumenti AI o consulenti esterni sono autorizzati a condurre prove sul proprio perimetro.

Misure prioritarie per imprese e operatori di servizi essenziali
AmbitoVerifica operativaRischio affrontato
Browser e postazioniIndividuare installazioni Firefox ed ESR; distribuire le release di sicurezza supportate; verificare gli aggiornamenti sui dispositivi gestiti.I bug confermati dal progetto Mozilla possono interessare utenti e postazioni operative.
Server, container e cloud LinuxInventariare kernel e immagini; seguire gli advisory della distribuzione; ridurre privilegi, proteggere i workload e verificare il riavvio dopo le patch.Una vulnerabilità di escalation locale diventa critica se l’attaccante ha già ottenuto un punto d’appoggio.
Reti OT e impiantiSeparare zone IT/OT; limitare accessi alle workstation di ingegneria; eseguire valutazioni attive soltanto in laboratorio o con procedure concordate.I test su PLC e HMI possono provocare blocchi del processo anche senza un attacco intenzionale.
Agenti AI per i testDefinire per iscritto obiettivi e sistemi consentiti; usare credenziali dedicate, sandbox, approvazione per azioni invasive e registrazione delle operazioni.L’agente può ampliare il perimetro o eseguire azioni distruttive prima della revisione umana.
Gestione delle correzioniConvalidare PoC e patch; verificare regressioni; coordinare la disclosure col fornitore e registrare gli interventi eseguiti.Il valore della ricerca è ridurre il tempo fra scoperta, conferma e rimozione della falla.

Elaborazione operativa su indicazioni di OpenAI System Card, Mozilla Security Advisories e Dragos, report sulle prove OT, documenti 2026. Le procedure vanno adattate ai sistemi e alle autorizzazioni dell’organizzazione.

Le imprese che gestiscono sistemi OT hanno bisogno di un passaggio in più: individuare quali attività potrebbero interferire con il processo fisico. La misura non si limita a proteggere dati o applicazioni. Deve evitare che la ricerca automatica di vulnerabilità influisca su PLC, HMI, relè, telecontrolli e altre apparecchiature necessarie alla continuità e alla sicurezza degli impianti.

Daybreak Red, accesso selettivo e rischi di uso improprio

OpenAI concede GPT-6 Cyber soltanto a clienti approvati, inizialmente attraverso Daybreak Red. La società richiede verifiche dell’identità, accessi organizzativi protetti e, di norma, indirizzi IP autorizzati per l’uso delle API. Per i clienti che chiedono la modalità Zero Data Retention sono in genere previsti controlli di sicurezza tramite Private Safety Processing: i record cifrati restano sotto controllo del cliente per 30 giorni e vengono analizzati per ottenere segnali di rischio.

La nuova versione include monitoraggio delle azioni fuori autorizzazione e filtri per operazioni potenzialmente pericolose verso sistemi industriali, servizi essenziali e infrastrutture critiche. La stessa documentazione tecnica sulle protezioni raccomanda sandbox, credenziali limitate, approvazione delle azioni sensibili e supervisione umana. L’accesso sarà ampliato progressivamente ai clienti approvati, mentre viene reso disponibile GPT-5.6 Cyber agli utenti Daybreak Red.

Queste misure cercano di risolvere una tensione: la stessa capacità di costruire un exploit serve al difensore per confermare la gravità di un bug e all’aggressore per sfruttarlo.

Il vantaggio difensivo dipende dalla velocità delle correzioni e dalla disciplina con cui si autorizzano e si controllano gli agenti. Un sistema capace di individuare centinaia di difetti lascia comunque i manutentori davanti al compito decisivo: correggerli senza interrompere ciò che devono proteggere.

Partecipa alla community

guest

0 Commenti
Più recenti
Più votati
Inline Feedback
Vedi tutti i commenti

Articoli correlati

0
Lascia un commento, la tua opinione conta.x