Claude viola il kernel Linux: scoperta una falla critica con gravità 9,8 su 10
Un modello sperimentale dell’intelligenza artificiale Claude di Anthropic è riuscito a sviluppare un attacco funzionante contro il kernel Linux, sfruttando una vulnerabilità critica che può consentire l’esecuzione di comandi con privilegi di amministratore. Il problema, identificato come CVE-2026-98432, ha ricevuto una valutazione di 9,8 su 10 dal team CVE del kernel. È una notizia importante non soltanto per chi amministra server Linux, ma anche per ciò che dimostra sulle capacità dell’IA nella ricerca di vulnerabilità informatiche.
L’esperimento è stato condotto dai ricercatori di Anthropic in un ambiente controllato: non significa che Claude abbia attaccato autonomamente server su Internet. Il modello, dopo un’indicazione iniziale, ha costruito un exploit capace di prendere il controllo di un sistema di prova esposto attraverso un particolare servizio di rete. Alla data delle verifiche, non risultavano attacchi reali confermati che sfruttassero la falla.
La vulnerabilità CVE-2026-98432: perché è così pericolosa
La falla si trova nel codice del kernel che gestisce la fase iniziale delle connessioni TCP su IPv4. In determinate condizioni, due operazioni quasi contemporanee possono provocare un errore di gestione della memoria chiamato use-after-free: il sistema continua a utilizzare un’area di memoria dopo che questa è stata liberata.
Un problema del genere può provocare instabilità o arresti improvvisi, ma in scenari più gravi può essere sfruttato per ottenere informazioni riservate o alterare il comportamento del kernel. È proprio quest’ultima possibilità che il modello di Anthropic è riuscito a dimostrare.
Il team che gestisce le vulnerabilità del kernel Linux ha attribuito al problema un punteggio CVSS di 9,8, vicino al massimo possibile. Non tutti i produttori concordano però con questa valutazione: Red Hat e SUSE hanno adottato anche punteggi inferiori, considerando più difficile riprodurre le condizioni necessarie all’attacco. Il numero 9,8 indica quindi una valutazione di gravità, non che ogni computer Linux sia automaticamente violabile.
Come Claude è riuscito a ottenere i privilegi root
La dimostrazione di Anthropic ha preso di mira un server con un servizio in ascolto basato su Multipath TCP, o MPTCP, una tecnologia che permette di utilizzare più percorsi di rete per una singola connessione. L’attacco non richiedeva il nome utente, la password o l’intervento di chi utilizzava il server.
La prima fase dell’exploit ha sfruttato l’errore di memoria per ottenere informazioni sull’organizzazione interna del kernel. Questi dati hanno permesso di superare una protezione chiamata KASLR, progettata per rendere meno prevedibili gli indirizzi delle funzioni del sistema.
Nella seconda fase, il codice preparato dal modello ha sfruttato nuovamente la vulnerabilità per alterare il flusso di esecuzione e arrivare a eseguire un comando con privilegi root. Il risultato dimostra che una falla apparentemente legata alla gestione delle connessioni può avere conseguenze molto più gravi di un semplice blocco del sistema.
Secondo la ricostruzione dell’esperimento, il modello ha impiegato circa 48 minuti per ottenere un indirizzo utile a superare KASLR e altri cinque minuti per raggiungere l’esecuzione del comando. I tempi riguardano quello specifico test: non sono una misura universale della facilità di attacco.
Quali distribuzioni Linux sono interessate
Il codice vulnerabile è presente nel kernel Linux da diverse versioni precedenti e può interessare numerose distribuzioni, comprese quelle utilizzate sui server aziendali. Le segnalazioni di sicurezza citano in particolare Ubuntu e Red Hat Enterprise Linux, ma il problema non è limitato a questi due sistemi.
La correzione è già stata introdotta nel progetto Linux e incorporata in varie versioni stabili del kernel. Tuttavia, la disponibilità della patch dipende dalla distribuzione e dal ramo di aggiornamento utilizzato. Un kernel apparentemente meno recente può essere protetto grazie a una correzione applicata dal produttore, mentre un sistema non aggiornato può rimanere esposto.
Secondo i bollettini disponibili al 29 ottobre 2026, alcuni rami di Debian, Oracle Linux, Amazon Linux e SUSE avevano già ricevuto correzioni, mentre per varie versioni di Ubuntu e RHEL gli aggiornamenti risultavano ancora in preparazione o non disponibili. La situazione può cambiare rapidamente: è necessario controllare gli avvisi della propria distribuzione, anziché affidarsi soltanto al numero di versione del kernel.
Leggi anche:
Un attacco senza clic non significa che tutti i PC siano in pericolo
La dimostrazione viene descritta come zero-click perché non richiede alla vittima di aprire un file, visitare un sito o confermare una richiesta. Per avviare l’attacco, però, l’aggressore deve poter raggiungere un servizio di rete vulnerabile e riprodurre le condizioni tecniche necessarie.
Anthropic ha dimostrato il controllo remoto di un server con listener MPTCP. Non è stato dimostrato che lo stesso exploit consenta di ottenere privilegi root su qualsiasi installazione Linux priva di tale configurazione. È quindi scorretto interpretare la notizia come la prova che ogni PC con Linux possa essere compromesso immediatamente da Internet.
Per chi utilizza Linux come sistema desktop, la precauzione principale rimane installare gli aggiornamenti di sicurezza e limitare l’esposizione dei servizi di rete non necessari. Per gli amministratori di server, soprattutto se pubblicamente raggiungibili, la verifica delle patch e delle configurazioni TCP assume una priorità maggiore.
Come proteggere un server Linux dalla vulnerabilità
La misura più efficace è applicare un kernel che includa la correzione della CVE-2026-98432, seguendo i bollettini del produttore della distribuzione. Se gestisci server aziendali o macchine virtuali, verifica anche eventuali immagini di sistema e ambienti che potrebbero continuare a utilizzare kernel vulnerabili.
Controlla inoltre quali servizi sono accessibili dall’esterno e se impiegano Multipath TCP. Limitare l’accesso di rete ai soli client necessari può ridurre l’esposizione, ma non sostituisce la patch. Anche disattivare MPTCP, quando non serve, va considerato soltanto come misura temporanea: le informazioni disponibili non dimostrano che sia una protezione completa contro ogni possibile sfruttamento della falla.
Chi utilizza programmi scritti in Go dovrebbe prestare particolare attenzione: il team di sicurezza del linguaggio ha segnalato che alcune versioni possono abilitare MPTCP per i socket di ascolto su Linux. La raccomandazione resta aggiornare il kernel, non limitarsi a modificare le impostazioni dell’applicazione.
Il caso Claude cambia il rapporto tra intelligenza artificiale e sicurezza
La vicenda evidenzia una trasformazione importante: i modelli di IA avanzati non si limitano più a spiegare vulnerabilità note o a suggerire correzioni, ma possono contribuire a sviluppare e verificare exploit complessi. Nel caso di Linux, un modello di ricerca di Anthropic è riuscito a concatenare più passaggi tecnici fino a ottenere il controllo del sistema di prova.
Questo risultato ha due facce. Per i ricercatori e gli sviluppatori, strumenti simili possono accelerare l’individuazione dei difetti e consentire di correggerli prima che vengano sfruttati. Per i difensori, però, rappresentano anche un segnale: le capacità necessarie per trasformare un bug in un attacco funzionante potrebbero diventare più accessibili.
Nel caso della CVE-2026-98432, la correzione del kernel era già stata sviluppata prima della divulgazione pubblica dell’esperimento. La dimostrazione di Anthropic non documenta un’ondata di compromissioni reali, ma mostra quanto possa essere seria una falla di gestione della memoria anche in componenti software estremamente studiati come il kernel Linux.
Per chi amministra sistemi Linux, la lezione più concreta è verificare subito lo stato degli aggiornamenti di sicurezza e l’esposizione dei servizi di rete. Per il settore tecnologico, invece, il caso rappresenta un nuovo esempio di come l’intelligenza artificiale stia cambiando sia la ricerca delle vulnerabilità sia la necessità di difendersi.
Ti potrebbe interessare:
Segui guruhitech su:
- Google News: bit.ly/gurugooglenews
- Telegram: t.me/guruhitech
- Facebook: facebook.com/guruhitechfb
- Instagram: instagram.com/guruhitech_official/
- X (Twitter): x.com/guruhitech1
- Bluesky: bsky.app/profile/guruhitech.bsky.social
- Rumble: rumble.com/user/guruhitech
- VKontakte: vk.com/guruhitech
- MeWe: mewe.com/i/guruhitech
- Skype: live:.cid.d4cf3836b772da8a
- WhatsApp: bit.ly/whatsappguruhitech
Esprimi il tuo parere!
Che ne pensi di questa notizia? Lascia un commento nell’apposita sezione che trovi più in basso e se ti va, iscriviti alla newsletter.
Per qualsiasi domanda, informazione o assistenza nel mondo della tecnologia, puoi inviare una email all’indirizzo [email protected].
Scopri di più da GuruHiTech
Abbonati per ricevere gli ultimi articoli inviati alla tua e-mail.