Al 29 ottobre, gli utenti di Ubuntu e Red Hat Enterprise Linux attendevano ancora le correzioni dalle distribuzioni per la CVE-2026-98432, una falla nel networking del kernel Linux che Anthropic afferma di aver sfruttato per eseguire comandi da remoto come root. La dimostrazione dell'azienda ha preso di mira server con un listener TCP multipath; non stabilisce che la stessa compromissione funzioni contro server che ne sono privi.
La vulnerabilità è stata corretta a monte, ma la disponibilità tramite i pacchetti delle distribuzioni varia. Ubuntu elenca i kernel interessati come vulnerabili o in sviluppo, mentre The Hacker News riporta che le correzioni per RHEL 8, 9 e 10 e per OpenShift 4 restano rinviate. L'advisory di SUSE elenca correzioni già rilasciate per diversi prodotti enterprise.
Cosa stabilisce l'affermazione sull'exploit
In una comunicazione del 27 ottobre, Anthropic ha dichiarato che Claude ha scritto l'exploit per Linux dopo un primo prompt. Secondo l'azienda, un attaccante potrebbe inviare pacchetti a un server con un listener TCP multipath ed eseguire un comando shell arbitrario come root, senza credenziali né interazione dell'utente.
Il Multipath TCP, o MPTCP, consente a una connessione di usare più percorsi di rete. Secondo The Hacker News, le applicazioni Linux devono richiederlo esplicitamente quando aprono un socket. Il collegamento tra MPTCP e questo exploit deriva dal resoconto di Anthropic; la correzione del kernel e la descrizione della CVE non lo identificano come prerequisito della falla sottostante.
Anthropic ha descritto due fasi di sfruttamento. Nella prima, il bug fa sì che il kernel restituisca contenuti di memoria in più. Una risposta che contiene un puntatore del kernel rivela il layout della memoria, aggirando la randomizzazione del layout dello spazio di indirizzi del kernel (KASLR). Nella seconda fase, la stessa falla serve a sovrascrivere un buffer e a sostituire un puntatore di callback, reindirizzando l'esecuzione verso un payload già collocato nella memoria del kernel.
L'azienda ha affermato che un tentativo non riuscito faceva fallire solo l'handshake della connessione, consentendo tentativi ripetuti senza mandare in crash il server. Il proof of concept ha impiegato 48 minuti per far trapelare un puntatore del kernel e altri cinque minuti per eseguire un comando shell. Il post non fornisce il codice dell'exploit, la versione del kernel testata né la sua configurazione, il che limita ciò che i lettori possono concludere su altre installazioni.
Una race condition durante la gestione della connessione
L'advisory di Ubuntu per CVE-2026-98432 descrive un errore di temporizzazione: una CPU può liberare le opzioni dei socket IPv4 mentre un'altra le sta ancora leggendo durante la gestione della connessione TCP. La lettura di quella memoria già rilasciata crea una condizione di use-after-free. Un problema correlato si verifica durante la migrazione del request socket.
La correzione ritarda il rilascio delle opzioni fino al termine delle letture concorrenti. IPv6 non è interessato dal primo problema, perché il suo codice di gestione delle connessioni copia le opzioni. L'advisory identifica separatamente un problema di migrazione IPv6 che riguarda le opzioni impostate da CALIPSO, da risolvere in un'altra patch; non esclude IPv6 in blocco da problemi correlati.
The Hacker News riporta che il bug risale a Linux 4.4 e che gli sviluppatori hanno applicato la correzione il 5 ottobre. La CVE è stata pubblicata il 15 ottobre, prima che Anthropic rendesse nota la propria rivendicazione sull'exploit.
Le valutazioni di gravità differiscono. Il team CVE del kernel assegna un punteggio di 9,8 su 10, trattando la complessità dell'attacco come bassa. L'advisory di Red Hat assegna un punteggio preliminare di 8,1, con complessità dell'attacco alta: la stessa distinzione riflessa nella valutazione di SUSE, anch'essa 8,1. Red Hat indica come conseguenza principale i crash di sistema, insieme a una possibile corruzione della memoria.
Quali fix sono disponibili
L'advisory di Ubuntu, aggiornato per l'ultima volta il 28 ottobre, elenca i kernel principali per 22.04 LTS, 24.04 LTS, 26.04 LTS e 26.10 come vulnerabili, con correzioni in lavorazione. Anche i kernel principali per 16.04, 18.04 e 20.04 risultano vulnerabili. Le varianti elencate per cloud, FIPS e real-time hanno stati in sospeso propri; le versioni proposte contrassegnate come «work in progress» non sono correzioni rilasciate.
L'elenco dei pacchetti rilasciati da SUSE indica queste versioni minime corrette per kernel-default:
- SLES 15 SP4-LTSS e SUSE Linux Enterprise Micro 5.3 e 5.4:
5.14.21-150400.24.246.1. - SLES 15 SP5-LTSS e SUSE Linux Enterprise Micro 5.5:
5.14.21-150500.55.195.1. - SLES 15 SP6-LTSS:
6.4.0-150600.23.143.1. - SLES 16.0:
6.12.0-160000.40.1.
Per i kernel real-time, SUSE elenca separatamente le correzioni di kernel-rt alle versioni 5.14.21-150400.15.192.2 per Micro 5.4 e 5.14.21-150500.13.167.2 per Micro 5.5. Queste release specifiche per pacchetto contano, anche se lo stato complessivo della CVE su SUSE resta «Pending».
Per le altre distribuzioni, The Hacker News riporta correzioni nel pacchetto linux 6.12.113-1 di Debian trixie, linux 6.1.190-1 di Debian 12 e linux-6.12 6.12.113-1~deb12u1, oltre agli advisory UEK di Oracle Linux 7–10 ELSA-2026-500397, ELSA-2026-500398 e ELSA-2026-500399. Riporta anche correzioni di Amazon Linux 2023 per kernel6.18 alla versione 6.18.56-125.164.amzn2023 e per kernel6.12 alla versione 6.12.113-138.209.amzn2023; queste non coprono ogni pacchetto kernel di Amazon Linux.
Red Hat afferma che nessuna mitigazione disponibile soddisfa i suoi criteri di distribuzione, applicabilità e stabilità. Le evidenze non stabiliscono che disattivare MPTCP o filtrare le richieste di connessione che contengono opzioni IP mitigherebbe la falla. Al 29 ottobre, The Hacker News non segnalava attacchi che la sfruttassero nei bollettini dei fornitori, nel record CVE o nel post di Anthropic: una differenza rispetto alla proof of concept rivendicata dall'azienda.
