Vulnerabilità del kernel Linux: gli agenti di OpenAI hanno scritto 948 exploit

Il 4 novembre il team di ricerca sulla sicurezza di OpenAI ha pubblicato il report «A thousand fewer paths to root». Descrive una pipeline autonoma di agenti che cerca vulnerabilità nel kernel Linux, scrive exploit e prepara le patch. In un solo ciclo con il modello interno di OpenAI per la cybersicurezza ha confermato 948 vulnerabilità di tipo local privilege escalation e preparato le relative patch: falle che permettono a un utente normale di diventare root. Costo delle API: circa 1,2 milioni di dollari.

Che cosa hanno trovato esattamente gli agenti di OpenAI?

I numeri del report (riassunti tra gli altri da ai-tldr.dev e RuntimeWire):

1. 2308 candidate vulnerabilità nel ramo master del kernel di metà ottobre 2026,
2. 1724 sono state riprodotte come vulnerabilità reali,
3. 948 vulnerabilità LPE uniche (local privilege escalation) si sono concluse con un exploit funzionante e una proposta di patch,
4. il costo totale è stato di 1.213.430 dollari in crediti API, la maggior parte dei quali, 775.929 dollari, per scrivere gli exploit (la ricerca delle falle è costata 316.549 dollari e la loro validazione 73.330).

Secondo OpenAI, gli agenti hanno usato 10 tecniche di exploit che gli esperti esterni del kernel non avevano mai visto. L’azienda non pubblica queste tecniche.

Il modello che ha fatto tutto questo non è disponibile al pubblico. È un futuro modello specializzato di OpenAI per la cybersicurezza, di cui le cronache non riportano il nome.

Come hanno cercato gli agenti le vulnerabilità nel kernel Linux?

La pipeline divide il lavoro tra vari tipi di agenti (come descrive ai-tldr.dev):

1. gli agenti esploratori hanno scelto 5034 obiettivi, porzioni di codice raggiungibili da un utente senza privilegi (circa il 7% del codice del kernel),
2. gli agenti analisti hanno esaminato queste porzioni,
3. gli agenti di triage hanno scritto un proof of concept per ogni scoperta e l’hanno eseguito in una macchina virtuale con KASAN (Kernel Address Sanitizer) finché il bug non si riproduceva,
4. gli agenti di exploit hanno verificato i candidati più forti su una distribuzione normale con le protezioni SMEP, SMAP e KASLR attive,
5. l’ultima fase ha scritto le patch.

Curiosità: all’inizio del ciclo 20 dei 200 exploit «riusciti» hanno ottenuto root tramite una zero-day completamente diversa da quella che l’agente doveva sfruttare. Per questo la pipeline ha controlli aggiuntivi che verificano se l’exploit usa davvero il bug assegnato.

Il team ha testato la pipeline anche su un kernel rinforzato del programma kernelCTF di Google. In 112 ore ha prodotto 25 proof of concept di fuga di informazioni e 21 exploit LPE, per circa 32.936 dollari in crediti API.

Queste vulnerabilità sono già state corrette?

Non ancora tutte. 948 è il numero di exploit confermati con patch candidate, non di patch nel kernel. Dopo 10 giorni 61 vulnerabilità erano corrette nel ramo principale del kernel, mentre le patch per altre 43 aspettavano nei rami di staging.

Su consiglio della comunità del kernel, OpenAI è partita dalle vulnerabilità critiche e segnala le altre gradualmente, insieme ai partner del programma Patch the Planet. Secondo Startup Fortune, il programma è partito a giugno 2026 con, tra gli altri, Trail of Bits e HackerOne, e delle persone esaminano ogni scoperta prima che arrivi a un maintainer.

Perché se ne parla così tanto?

Perché la scala impressiona perfino chi lavora nella sicurezza. Il report è finito in prima pagina su Hacker News, dove un membro del team risponde alle domande. Nei commenti torna sempre la stessa domanda: com’è possibile che nel kernel si nascondessero quasi mille strade verso root?

A colpire di più è la conclusione del report stesso: per ora, l’accesso a un account con pochi privilegi su un sistema senza le patch più recenti va considerato come accesso root per un attaccante ben attrezzato (nelle sue parole, «functionally equivalent to root access for a well-resourced threat actor»).

È un altro segnale nella stessa direzione. A fine ottobre Claude ha trovato vulnerabilità in Chrome, Safari e Linux e Google ha presentato Gemini 4 Carbon, un modello per la cybersicurezza riservato ad alcune aziende. La differenza è che qui si parla di centinaia di vulnerabilità in un solo ciclo e di un conto API ben preciso.

A cosa fare attenzione?

Primo, a chi fornisce i numeri. È un esperimento condotto e descritto dalla stessa OpenAI, e l’azienda definisce i costi un limite massimo, perché un harness migliore potrebbe ridurli. Le verifiche indipendenti per ora sono poche, quindi prendiamoli con cautela.

Secondo, all’altra faccia della medaglia. Lo stesso strumento in mano agli attaccanti accorcerebbe il tempo tra un commit nel kernel e un exploit funzionante. OpenAI risponde che il modello non è pubblico e che gli exploit e le nuove tecniche non vengono diffusi.

Terzo, agli aggiornamenti. Il consiglio di OpenAI ai difensori è semplice: scansionare di nuovo il codice vecchio quando arrivano modelli migliori e tenere i sistemi aggiornati con le patch. Scrivo di più sulla protezione di agenti e chiavi nella guida sulla sicurezza degli agenti AI.

FAQ

Quante vulnerabilità del kernel Linux ha trovato OpenAI?

La pipeline ha segnalato 2308 candidate, riprodotto 1724 vulnerabilità e, per 948 vulnerabilità LPE uniche, scritto un exploit funzionante e una proposta di patch.

Il mio Linux è a rischio?

Gli exploit non sono stati pubblicati e le patch arrivano nel kernel gradualmente (61 erano nel ramo principale dopo 10 giorni). La cosa migliore che possiamo fare è aggiornare regolarmente il kernel.

Si può provare questo modello di OpenAI?

No. Secondo le cronache è un futuro modello di OpenAI per la cybersicurezza, non ancora rilasciato.

Quanto è costato?

Secondo OpenAI, 1.213.430 dollari in crediti API per l’intero ciclo.