Il 27 luglio 2026 il ricercatore Lee Jia Jie di STAR Labs ha reso pubblico il codice sorgente di un exploit per CVE-2026-53264, una vulnerabilità use-after-free nel sottosistema net/sched del kernel Linux che consente escalation di privilegi locali fino a root. Secondo la dichiarazione dello stesso Lee, l'intelligenza artificiale ha assistito nella scoperta del bug, nella produzione di un proof-of-concept KASAN e nell'ottimizzazione della race window. Il caso, documentato da The Hacker News e altre fonti del settore, solleva questioni inedite sulla trasparenza metodologica nelle disclosure di sicurezza.
- CVE-2026-53264 è una race condition use-after-free in tcf_idr_check_alloc() nel sottosistema net/sched del kernel Linux, con CVSS 7.8 HIGH secondo il record NVD ufficiale.
- L'exploit pubblicato da STAR Labs raggiunge root su CentOS Stream 9 in 10/10 test runs, con tempi di esecuzione compresi tra 9 e 111 secondi.
- Lee Jia Jie ha dichiarato che l'AI ha accelerato lo sviluppo, ma ha anche evidenziato i limiti del modello: "AI still has many blind spots and lapses in reasoning ability".
- La patch upstream è disponibile dal 1 giugno 2026 (commit 5057e1aca011e51ef51498c940ef96f3d3e8a305) con backport a versioni stabili dal ramo 5.10 al 7.0.
Il meccanismo: una race condition nel traffic control del kernel
La vulnerabilità risiede nella funzione tcf_idr_check_alloc() del sottosistema net/sched, responsabile della gestione dei filtri di traffic control nel kernel Linux. Il meccanismo, come documentato nel record CVE ufficiale su NVD e nelle analisi tecniche convergenti, è una race condition use-after-free: un'operazione di lookup su una struttura dati protetta da RCU (Read-Copy-Update) avviene senza che sia trascorsa la grace period necessaria prima del rilascio della memoria con kfree.
L'exploit sfrutta le operazioni netlink RTM_NEWTFILTER e RTM_DELTFILTER per triggerare la condizione di gara. Un thread alloca una struttura tcf_proto, un secondo thread la dealloca tramite DELTFILTER mentre il primo è ancora in fase di lookup. La mancata attesa della RCU grace period permette al puntatore di essere dereferenziato dopo il kfree, con conseguente accesso a memoria già rilasciata.
La patch correttiva, committata il 1 giugno 2026, sostituisce il kfree() immediato con kfree_rcu(), che differisce il rilascio della memoria fino al completamento della grace period RCU. Questa modifica elimina la finestra temporale della race condition senza alterare la semantica del sottosistema.
Dal crash al root: come funziona l'exploit pubblicato
Una volta ottenuto il controllo della memoria use-after-free, l'exploit pubblicato da STAR Labs costruisce una ROP chain (Return-Oriented Programming) con gadget hardcoded per la specifica build del kernel target. La catena sovrascrive il file core_pattern del sistema, utilizzando un child process che genera un crash controllato. Il gestore del crash, letto dal core_pattern alterato, esegue codice arbitrario con privilegi elevati.
L'exploit richiede condizioni specifiche non sempre presenti in configurazioni standard: unprivileged user namespaces abilitati, e le opzioni di compilazione del kernel CONFIG_NET_ACT_GACT e CONFIG_NET_CLS_FLOWER. Inoltre, i gadget ROP sono legati alla build esatta del kernel, il che limita la portabilità del codice pubblicato senza adattamenti.
Lee Jia Jie ha testato l'exploit su CentOS Stream 9 con esito positivo in tutte le 10 esecuzioni documentate, con tempi compresi tra 9 e 111 secondi. Il ricercatore ha trovato il bug indipendentemente da Kyle Zeng (KyleBot), che risulta accreditato come reporter upstream. Secondo stime riportate da Infosecurity Magazine e GBHackers, la vulnerabilità esisteva da circa 2-3 anni prima della disclosure.
"AI still has many blind spots and lapses in reasoning ability" — Lee Jia Jie, STAR Labs, citato da The Hacker News
Il problema della "AI attribution": cosa significa davvero "AI-assisted"
L'aspetto più distintivo di questo caso non è tecnico ma epistemologico. Lee Jia Jie ha dichiarato che l'AI lo ha aiutato a trovare il bug, produrre il PoC KASAN e ottimizzare la race window. Ha anche affermato che "the AI-heavy process made bug hunting feel more like I was doing n-day analysis even on new bugs" e che "human judgement remained necessary throughout the work". Tuttavia, il ricercatore non ha divulgato né il modello utilizzato, né i prompt, né il servizio di inferenza, né alcun log delle interazioni.
Questa opacità metodologica rende impossibile valutare quanto l'AI sia stata determinante rispetto all'expertise umana del ricercatore. Senza questi dati, la disclosure non può essere utilizzata come benchmark oggettivo delle capacità dell'intelligenza artificiale nella scoperta e nello sfruttamento di vulnerabilità zero-day. La questione, sollevata anche nell'analisi editoriale di The Hacker News, anticipa problemi di standardizzazione che il settore della vulnerability disclosure dovrà affrontare.
Cosa fare adesso
Per gli amministratori di sistema Linux, la priorità è la verifica dello stato di patch dei propri kernel. Le versioni corrette, secondo il record ufficiale, sono: 5.10.259, 5.15.210, 6.1.176, 6.6.143, 6.12.94, 6.18.36, 7.0.13, con il mainline integrato in 7.1-rc7. Organizzazioni che non possono aggiornare immediatamente dovrebbero valutare la disabilitazione degli unprivileged user namespaces, dove compatibile con i workload in esecuzione.
Per i team di threat intelligence, il codice exploit pubblico abbassa significativamente la barriera all'ingresso per attori che intendano sfruttare la vulnerabilità. Sebbene non risulti nel catalogo CISA KEV al 28 luglio 2026 e non siano documentate exploitation in the wild, la disponibilità del codice sorgente modifica il calcolo del rischio. SUSE assegna alla vulnerabilità un punteggio CVSS 5.5, diverso dal 7.8 della Linux CNA: questa discrepanza riflette interpretazioni diverse del vettore di attacco e dovrebbe essere valutata nel contesto della propria postura di rischio.
Per il settore della policy AI, il caso richiede riflessione su standard di disclosure che prevedano la documentazione della metodologia automatizzata, senza compromettere la legittima riservatezza commerciale dei ricercatori.
Perché questo caso segna un punto di svolta
Non è la prima volta che strumenti automatizzati assistono la ricerca di vulnerabilità. Ma la combinazione di un LLM non specificato, una zero-day nel kernel Linux, un exploit funzionante pubblicato e l'assenza di qualsiasi artefatto riproducibile crea un precedente ambiguo. Da un lato, il caso dimostra che l'AI può accelerare fasi tecniche del vulnerability research; dall'altro, mostra i limiti di un'attestazione senza evidenza verificabile.
Il settore della cybersecurity si trova di fronte a una tensione strutturale: la pubblicazione di exploit funzionanti è tradizionalmente un meccanismo di pressione per l'adozione di patch, ma l'aggiunta del claim "AI-assisted" senza trasparenza rischia di amplificare narrativi di rischio non commisurati alla realtà tecnica. La distinzione tra "AI ha trovato il bug" e "AI ha accelerato un processo guidato da un esperto umano" non è semantica: ha conseguenze concrete su come investitori, regolatori e operatori valutano la maturità delle minacce automatizzate.
Per ora, il codice è pubblico, le patch sono disponibili, e la race condition è chiusa. Ciò che resta aperto è la domanda su chi detenga la responsabilità di provare ciò che l'AI può davvero fare, quando il claim diventa parte integrante della narrazione della minaccia.
Fonti
- https://thehackernews.com/2026/07/researcher-says-ai-helped-develop-linux.html
- https://www.bleepingcomputer.com/news/google/google-says-ai-helped-chrome-fix-1-072-security-bugs-in-two-releases/
- https://www.infosecurity-magazine.com/news/ai-linux-kernel-zero-day-net-sched/
- https://www.guardianmssp.com/2026/07/28/researcher-says-ai-helped-develop-linux-traffic-control-race-into-root-exploit/
- https://gbhackers.com/ai-discovered-linux-kernel-zero-day/
- https://cyberpress.org/ai-helps-discover-linux-kernel-zero-day/
- https://cybersecuritynews.com/ai-assisted-linux-kernel-zero-day/
- https://nvd.nist.gov/vuln/detail/CVE-2026-53264
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog
- https://thehackernews.com/
- https://thehackernews.com/p/upcoming-hacker-news-webinars.html
- https://thehackernews.com/search/label/Threat%20Intelligence
Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.