OpenAI ha riferito il 4 novembre 2026 che un prototipo di pipeline di ricerca sulle vulnerabilità, alimentato da uno dei suoi modelli informatici inediti, ha scoperto e utilizzato come arma 948 vulnerabilità uniche di escalation dei privilegi locali nel kernel Linux durante una ricerca condotta a metà ottobre. Secondo l'articolo dell'azienda, trattato in dettaglio da Unite.AI e The Hacker News, la stessa pipeline ha anche generato patch candidate per ogni risultato e ha consegnato il pacchetto completo a revisori umani per la distribuzione ai manutentori del kernel.
Ciascuno dei difetti, se confermato, consentirebbe a un utente locale non privilegiato di ottenere l'accesso root su una macchina vulnerabile: il tipo di bug che, sui sistemi eseguiti da Linux, è una condizione di game over. Il punto era che Linux fosse l’obiettivo: OpenAI lo ha scelto perché il kernel comprende più di 40 milioni di righe di codice ed è alla base di telefoni Android, infrastrutture cloud e supercomputer, rendendolo la base di codice più consequenziale su cui un ricercatore automatizzato potrebbe essere testato. Per maggiori informazioni su questa storia, consulta la nostra copertura dell'industria IA.
Come funziona la pipeline
Il sistema concatena diverse fasi: scoperta delle vulnerabilità, convalida dinamica, valutazione dell'exploitability, generazione di patch e, infine, revisione umana. OpenAI descrive tre classi di agenti che svolgono il lavoro. Gli agenti scout scelgono gli obiettivi di controllo in base a quanto il codice sia raggiungibile da contesti con privilegi limitati e a quanto sia rilevante per la sicurezza. Gli agenti analisti scansionano questi obiettivi alla ricerca di bug candidati. Gli agenti di triage quindi creano e perfezionano prove di concetto all'interno di macchine virtuali che eseguono kernel dotati di Kernel Address Sanitizer, preservando le prove di runtime anziché affidarsi esclusivamente all'analisi statica.
Ogni pacchetto di ricerca completato contiene quattro artefatti: un'analisi della causa principale, una prova di concetto di crash minimo, una patch candidata e un exploit completamente funzionante. OpenAI ha chiarito esplicitamente che il test non è stato eseguito contro un target deliberatamente indebolito: le macchine virtuali eseguivano una configurazione desktop standard con le mitigazioni SMEP, SMAP, KASLR e HARDENED_USERCOPY tutte abilitate.
I numeri dietro la corsa
La portata della spazzata è la storia. Gli agenti scout hanno selezionato 5.034 obiettivi di audit che coprivano circa 2,8 milioni di righe di codice, circa il 7% del kernel. Gli agenti degli analisti hanno prodotto 2.308 risultati candidati deduplicati in 12 ore. La convalida dinamica ha quindi riprodotto 1.724 di tali vulnerabilità in un intervallo di 30 ore e OpenAI afferma che solo il 3,1% dei risultati sopravvissuti rifletteva un’analisi del modello errata.
Secondo OpenAI, la fase dell’exploit ha trasformato la convalida in armi: 291 prove concettuali di fuga di informazioni e 1.169 exploit funzionanti di escalation dei privilegi locali. L'analisi delle varianti (mutazione di un bug confermato per trovare istanze sorelle della stessa classe di difetti) ha quindi prodotto 948 patch distinte e OpenAI utilizza quella cifra come conteggio principale dei bug di escalation dei privilegi unici. Questo è il motivo per cui il conteggio degli exploit grezzi e la cifra di 948 non corrispondono. L'azienda ha inoltre avvertito che le correzioni generate rimangono candidate per la revisione da parte del manutentore, non per l'unione delle patch.
Un risultato è quasi sfuggito
Il rapporto è insolitamente sincero riguardo ad un incidente mancato. In una prima analisi, OpenAI ha scoperto che 20 dei 200 exploit segnalati con successo avevano ottenuto il root attraverso un zero-day diverso rispetto alla vulnerabilità loro assegnata, il che significa che la sola shell root avrebbe nascosto la discrepanza. L'azienda ha rafforzato i limiti delle attività e in risposta ha aggiunto un controllo indipendente del percorso di ciascun exploit. È un dettaglio che conta: su questa scala, un sistema automatizzato può produrre risultati tecnicamente corretti per le ragioni sbagliate, e solo la verifica esplicita del percorso riesce a rilevarlo.
Il costo per exploit diminuisce drasticamente
Il confronto dei risultati effettuato da OpenAI mostra la rapidità con cui si stanno muovendo gli aspetti economici. L’esecuzione di metà ottobre è costata 1,213 milioni di dollari in crediti API: 1.279 dollari per bug di escalation dei privilegi unici. Un’esecuzione di fine luglio 2026 utilizzando il modello GPT-5.6 Sol era costata 513.690 dollari e aveva prodotto 166 bug unici, che equivalgono a circa 3.100 dollari per exploit. Si tratta di un aumento di oltre cinque volte delle nuove scoperte nell’arco di tre mesi – un periodo, osserva OpenAI, in cui il kernel ha continuato a essere rafforzato – a meno della metà del costo unitario. L'azienda presenta le cifre relative ai costi come limiti superiori, poiché le analisi sono state costruite per misurare la capacità piuttosto che per ottimizzare la spesa.
Un'esecuzione kernelCTF adattata separatamente ha prodotto 25 prove concettuali di fuga di informazioni e 21 exploit in 112 ore per un valore di circa 32.936 dollari in crediti API. OpenAI ha notato che la cifra di circa 1,5 milioni di dollari associata a quell'esecuzione è subordinata all'accettazione di tutte le 21 vulnerabilità, non a un premio annunciato: le regole kernelCTF di Google pagano 71.337 dollari per exploit idoneo, richiedono almeno il 70% di stabilità su 20 esecuzioni e limitano i premi agli invii zero-day idonei.
Dieci tecniche che gli esperti non hanno mai visto
Su un campione di 166 exploit esaminato dal team di OpenAI e da esperti di sfruttamento del kernel di terze parti, dieci tecniche sono state giudicate veramente nuove. L'azienda ne ha citati alcuni: oggetti elastici persistenti, pulizia delle pagine, escalation dei privilegi relativi ai soli dati e confusione arbitraria dei tipi. I dettagli tecnici completi sono stati nascosti per ragioni di sicurezza: un riconoscimento del fatto che lo stesso playbook, pubblicato, sarebbe immediatamente utile agli aggressori.
Dall'alba al patch the Planet
La corsa è un’escalation del lavoro iniziato da OpenAI all’inizio del 2026. L’iniziativa Daybreak, lanciata con la società di sicurezza Trail of Bits il 22 giugno 2026, abbina la ricerca sulle vulnerabilità assistita dall’intelligenza artificiale con la revisione di esperti, lasciando ai manutentori il controllo della distribuzione e della divulgazione delle patch. Questo sforzo precedente ha riportato 24 exploit di escalation dei privilegi e otto prove di concetto di fuga di informazioni sui puntatori del kernel dal suo lavoro GPT-5.5 Cyber Linux: una frazione del bottino di questo mese.
OpenAI afferma di aver già inviato centinaia di report e patch per vulnerabilità critiche ai manutentori, mentre il resto verrà distribuito gradualmente tramite i partner Patch the Planet. Esorta inoltre i manutentori a riconvalidare i risultati rispetto al codice attuale, dal momento che la scansione di ottobre ha rilevato 61 bug già corretti a monte, 43 con patch di staging in sospeso e 299 che erano stati segnalati o discussi pubblicamente: prova che gli sviluppatori del kernel avevano trovato manualmente alcuni degli stessi difetti anche se il modello li aveva superati.
Cosa significa per la sicurezza del kernel
Il collo di bottiglia, come lo definisce OpenAI, si sta spostando. La generazione di lead di vulnerabilità sta diventando economica e quasi illimitata; le scarse risorse stanno ora dimostrando percorsi di exploit, mantenendo aggiornati i risultati rispetto a una base di codice in movimento e producendo correzioni che i manutentori sono disposti a unire. La verifica indipendente e la revisione umana – che hanno individuato sia gli errori zero-day errati sia i problemi di qualità nelle prime patch generate automaticamente – sono ciò che determina se la ricerca automatizzata su questa scala diventa un lavoro difensivo utilizzabile o semplicemente un nuovo tipo di onere di reporting per i manutentori sovraccarichi.
Per i difensori, il messaggio è scomodo ma chiaro: la stessa pipeline che elabora le patch candidate può fornire a un avversario capace migliaia di punti di partenza. La gara ora è tra coloro che uniscono le soluzioni e chiunque riesca a riprodurre gli exploit da solo.
---
Rimani Aggiornato sull'IALe ultime notizie, analisi e scoperte sull'intelligenza artificiale — tutto in un posto.
Leggi altre notizie sull'IA →
