CVE 2026 98432 è un bug use after free nella gestione delle connessioni IPv4 TCP di Linux, presente nei kernel dalla versione 4.4 e valutato 9,8 su 10 secondo CVSS 3.1. La dimostrazione di exploit riferita riguarda un server con un listener MPTCP: questo non significa che ogni server TCP esposto a Internet sia sfrut...
Pubblicato daModificato con GPT-6 LunaImmagini generate con GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What is CVE-2026-98432, the 9.8-CVSS Linux kernel IPv4 TCP race condition affecting kernels from version 4.4 onward, how can simultaneous pr. Article summary: CVE-2026-98432 is a critical use-after-free race in Linux’s IPv4 TCP connection-handshake code, affecting unpatched kernels from 4.4 onward and rated CVSS 3.1 9.8; it is not simply an MPTCP-only vulnerability. [1][5][7] . Topic tags: general, general web, user generated, government. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, ch
CVE-2026-98432 è una vulnerabilità critica del kernel Linux: una condizione di competizione può portare il codice a usare memoria già liberata durante l’handshake di una connessione IPv4 TCP. Il problema interessa i kernel dalla versione 4.4 in poi e ha un punteggio CVSS 3.1 di 9,8. 6
44
57
La dimostrazione di accesso remoto con privilegi di root riportata dai media riguardava un server con un listener Multipath TCP (MPTCP), una modalità che consente di gestire una connessione usando più percorsi di rete. Ma la vulnerabilità si trova nella gestione IPv4 TCP del kernel: non è limitata a MPTCP. 6
37
57
La distinzione è importante anche per le contromisure. Disattivare MPTCP può chiudere la specifica via d’attacco dimostrata, ma non corregge il bug. Inoltre, le fonti riferiscono una dimostrazione di esecuzione di codice da remoto, ma non provano che tutti i server TCP raggiungibili da Internet siano sfruttabili con affidabilità, né che la falla sia stata usata con successo in attacchi reali. 37
55
Durante l’avvio di una connessione, il kernel conserva le opzioni IPv4 associate a una richiesta TCP in attesa. Quando l’handshake procede, la funzione tcp_v4_syn_recv_sock() trasferisce queste opzioni al nuovo socket figlio senza copiarle. Nel frattempo, un altro processore può gestire una ritrasmissione del pacchetto SYN per la stessa richiesta e continuare a leggere quelle informazioni. 44
Se la connessione viene smontata e la memoria viene liberata prima che la lettura concorrente sia terminata, il percorso che gestisce la ritrasmissione può accedere a dati non più validi mentre prepara un pacchetto SYN-ACK. È questo il cosiddetto use-after-free: il codice continua a usare memoria dopo che è stata liberata. 44
Le conseguenze possibili includono un arresto anomalo del sistema o la corruzione della memoria; gli avvisi di sicurezza citano anche la possibilità di esecuzione remota di codice. Tuttavia, trasformare il difetto in un’esecuzione di codice affidabile dipende dalle condizioni concrete: la dimostrazione riferita con MPTCP indica un percorso di attacco serio, non prova che ogni sistema vulnerabile possa essere compromesso nello stesso modo. 52
55
La correzione interviene sulla durata della memoria: le opzioni IPv4 vengono liberate solo dopo un periodo di grazia RCU, così che i lettori concorrenti possano terminare prima che i dati siano rimossi. 44
Il 27 ottobre, Anthropic avrebbe descritto una dimostrazione realizzata da un modello di ricerca basato sull’IA: un exploit per ottenere accesso remoto come root a un server con un listener MPTCP. Secondo le ricostruzioni disponibili, né il codice dell’exploit né la configurazione usata sono stati pubblicati, rendendo difficile valutarne in modo indipendente i requisiti e l’affidabilità. 9
11
Matt Corallo ha criticato i tempi della risposta di Ubuntu mentre alcune distribuzioni rendevano disponibili kernel corretti e gli aggiornamenti di Ubuntu erano ancora in fase di test. Le sue osservazioni esprimono preoccupazione per i ritardi nella distribuzione degli aggiornamenti; non costituiscono una prova tecnica distinta di sfruttamento della vulnerabilità. 12
Il ricercatore di sicurezza Marcus Hutchins ha riferito di attività di scansione apparentemente dirette alla ricerca di sistemi esposti. La scansione segnala interesse e tentativi di individuare potenziali bersagli, ma non dimostra che un sistema sia stato compromesso. 31
55 Le fonti disponibili non verificano in modo indipendente la stima circolata di circa 2,1 milioni di server raggiungibili tramite MPTCP: non va quindi considerata un conteggio accertato dei sistemi vulnerabili o sfruttabili.
Go 1.24 e le versioni successive possono abilitare MPTCP per i socket in ascolto quando il kernel lo supporta. Di conseguenza, la configurazione di rete di un’applicazione può avere un ruolo anche se il software non è stato progettato appositamente per usare MPTCP. 37
Le note di rilascio di LND, il software per nodi Lightning, invitano gli operatori Linux a disattivare MPTCP e installare un kernel aggiornato. La versione lnd v0.21.6-beta disattiva per impostazione predefinita i listener MPTCP, chiudendo la via dimostrata attraverso l’applicazione. Le note chiariscono però che si tratta di una misura di mitigazione, non di un sostituto della correzione del kernel. 33
37
Disattivare MPTCP in una singola applicazione riduce l’esposizione di quell’applicazione; farlo a livello di sistema può interessare anche altri listener MPTCP. In entrambi i casi, il bug nella gestione della memoria IPv4 TCP resta presente. Sono misure utili per ridurre il rischio mentre si organizza l’aggiornamento, non una garanzia che un kernel non corretto sia sicuro. 6
37
44
La disponibilità delle patch variava a seconda della distribuzione. Il 2 novembre Canonical ha dichiarato che le correzioni per Ubuntu 22.04 LTS e versioni successive erano nel canale facoltativo -proposed, riservato ai pacchetti in fase di test. La società ha spiegato che la verifica era ancora in corso. Nel frattempo, resoconti pubblicati in quei giorni riportavano che Red Hat aveva distribuito il 1° novembre kernel corretti per RHEL 8, 9 e 10. 6
7
La differenza tra una patch disponibile per i test e un aggiornamento distribuito attraverso il normale canale ha suscitato critiche, soprattutto dopo le notizie sulla dimostrazione di accesso remoto come root. Le informazioni sullo stato degli aggiornamenti possono cambiare rapidamente: gli amministratori dovrebbero controllare l’avviso di sicurezza relativo alla propria distribuzione e versione, senza presumere che la correzione rilasciata per un altro sistema sia applicabile. 7
12
Per chi amministra server, la priorità è verificare quale kernel stia effettivamente eseguendo ogni carico di lavoro e installare il kernel corretto non appena disponibile per la propria distribuzione. Limitare MPTCP può ridurre l’esposizione nel frattempo, ma solo l’aggiornamento del kernel corregge il problema nella gestione della memoria. 6
37
44
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
CVE 2026 98432 è un bug use after free nella gestione delle connessioni IPv4 TCP di Linux, presente nei kernel dalla versione 4.4 e valutato 9,8 su 10 secondo CVSS 3.1.
CVE 2026 98432 è un bug use after free nella gestione delle connessioni IPv4 TCP di Linux, presente nei kernel dalla versione 4.4 e valutato 9,8 su 10 secondo CVSS 3.1. La dimostrazione di exploit riferita riguarda un server con un listener MPTCP: questo non significa che ogni server TCP esposto a Internet sia sfruttabile allo stesso modo.
Disattivare MPTCP può ridurre l’esposizione nell’attesa, ma soltanto l’aggiornamento a un kernel corretto risolve il problema alla radice.
CVE 2026 98432 è un bug use after free nella gestione delle connessioni IPv4 TCP di Linux, presente nei kernel dalla versione 4.4 e valutato 9,8 su 10 secondo CVSS 3.1. La dimostrazione di exploit riferita riguarda un server con un listener MPTCP: questo non significa che ogni server TCP esposto a Internet sia sfrut...
Pubblicato daModificato con GPT-6 LunaImmagini generate con GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What is CVE-2026-98432, the 9.8-CVSS Linux kernel IPv4 TCP race condition affecting kernels from version 4.4 onward, how can simultaneous pr. Article summary: CVE-2026-98432 is a critical use-after-free race in Linux’s IPv4 TCP connection-handshake code, affecting unpatched kernels from 4.4 onward and rated CVSS 3.1 9.8; it is not simply an MPTCP-only vulnerability. [1][5][7] . Topic tags: general, general web, user generated, government. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, ch
CVE-2026-98432 è una vulnerabilità critica del kernel Linux: una condizione di competizione può portare il codice a usare memoria già liberata durante l’handshake di una connessione IPv4 TCP. Il problema interessa i kernel dalla versione 4.4 in poi e ha un punteggio CVSS 3.1 di 9,8. 6
44
57
La dimostrazione di accesso remoto con privilegi di root riportata dai media riguardava un server con un listener Multipath TCP (MPTCP), una modalità che consente di gestire una connessione usando più percorsi di rete. Ma la vulnerabilità si trova nella gestione IPv4 TCP del kernel: non è limitata a MPTCP. 6
37
57
La distinzione è importante anche per le contromisure. Disattivare MPTCP può chiudere la specifica via d’attacco dimostrata, ma non corregge il bug. Inoltre, le fonti riferiscono una dimostrazione di esecuzione di codice da remoto, ma non provano che tutti i server TCP raggiungibili da Internet siano sfruttabili con affidabilità, né che la falla sia stata usata con successo in attacchi reali. 37
55
Durante l’avvio di una connessione, il kernel conserva le opzioni IPv4 associate a una richiesta TCP in attesa. Quando l’handshake procede, la funzione tcp_v4_syn_recv_sock() trasferisce queste opzioni al nuovo socket figlio senza copiarle. Nel frattempo, un altro processore può gestire una ritrasmissione del pacchetto SYN per la stessa richiesta e continuare a leggere quelle informazioni. 44
Se la connessione viene smontata e la memoria viene liberata prima che la lettura concorrente sia terminata, il percorso che gestisce la ritrasmissione può accedere a dati non più validi mentre prepara un pacchetto SYN-ACK. È questo il cosiddetto use-after-free: il codice continua a usare memoria dopo che è stata liberata. 44
Le conseguenze possibili includono un arresto anomalo del sistema o la corruzione della memoria; gli avvisi di sicurezza citano anche la possibilità di esecuzione remota di codice. Tuttavia, trasformare il difetto in un’esecuzione di codice affidabile dipende dalle condizioni concrete: la dimostrazione riferita con MPTCP indica un percorso di attacco serio, non prova che ogni sistema vulnerabile possa essere compromesso nello stesso modo. 52
55
La correzione interviene sulla durata della memoria: le opzioni IPv4 vengono liberate solo dopo un periodo di grazia RCU, così che i lettori concorrenti possano terminare prima che i dati siano rimossi. 44
Il 27 ottobre, Anthropic avrebbe descritto una dimostrazione realizzata da un modello di ricerca basato sull’IA: un exploit per ottenere accesso remoto come root a un server con un listener MPTCP. Secondo le ricostruzioni disponibili, né il codice dell’exploit né la configurazione usata sono stati pubblicati, rendendo difficile valutarne in modo indipendente i requisiti e l’affidabilità. 9
11
Matt Corallo ha criticato i tempi della risposta di Ubuntu mentre alcune distribuzioni rendevano disponibili kernel corretti e gli aggiornamenti di Ubuntu erano ancora in fase di test. Le sue osservazioni esprimono preoccupazione per i ritardi nella distribuzione degli aggiornamenti; non costituiscono una prova tecnica distinta di sfruttamento della vulnerabilità. 12
Il ricercatore di sicurezza Marcus Hutchins ha riferito di attività di scansione apparentemente dirette alla ricerca di sistemi esposti. La scansione segnala interesse e tentativi di individuare potenziali bersagli, ma non dimostra che un sistema sia stato compromesso. 31
55 Le fonti disponibili non verificano in modo indipendente la stima circolata di circa 2,1 milioni di server raggiungibili tramite MPTCP: non va quindi considerata un conteggio accertato dei sistemi vulnerabili o sfruttabili.
Go 1.24 e le versioni successive possono abilitare MPTCP per i socket in ascolto quando il kernel lo supporta. Di conseguenza, la configurazione di rete di un’applicazione può avere un ruolo anche se il software non è stato progettato appositamente per usare MPTCP. 37
Le note di rilascio di LND, il software per nodi Lightning, invitano gli operatori Linux a disattivare MPTCP e installare un kernel aggiornato. La versione lnd v0.21.6-beta disattiva per impostazione predefinita i listener MPTCP, chiudendo la via dimostrata attraverso l’applicazione. Le note chiariscono però che si tratta di una misura di mitigazione, non di un sostituto della correzione del kernel. 33
37
Disattivare MPTCP in una singola applicazione riduce l’esposizione di quell’applicazione; farlo a livello di sistema può interessare anche altri listener MPTCP. In entrambi i casi, il bug nella gestione della memoria IPv4 TCP resta presente. Sono misure utili per ridurre il rischio mentre si organizza l’aggiornamento, non una garanzia che un kernel non corretto sia sicuro. 6
37
44
La disponibilità delle patch variava a seconda della distribuzione. Il 2 novembre Canonical ha dichiarato che le correzioni per Ubuntu 22.04 LTS e versioni successive erano nel canale facoltativo -proposed, riservato ai pacchetti in fase di test. La società ha spiegato che la verifica era ancora in corso. Nel frattempo, resoconti pubblicati in quei giorni riportavano che Red Hat aveva distribuito il 1° novembre kernel corretti per RHEL 8, 9 e 10. 6
7
La differenza tra una patch disponibile per i test e un aggiornamento distribuito attraverso il normale canale ha suscitato critiche, soprattutto dopo le notizie sulla dimostrazione di accesso remoto come root. Le informazioni sullo stato degli aggiornamenti possono cambiare rapidamente: gli amministratori dovrebbero controllare l’avviso di sicurezza relativo alla propria distribuzione e versione, senza presumere che la correzione rilasciata per un altro sistema sia applicabile. 7
12
Per chi amministra server, la priorità è verificare quale kernel stia effettivamente eseguendo ogni carico di lavoro e installare il kernel corretto non appena disponibile per la propria distribuzione. Limitare MPTCP può ridurre l’esposizione nel frattempo, ma solo l’aggiornamento del kernel corregge il problema nella gestione della memoria. 6
37
44
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
CVE 2026 98432 è un bug use after free nella gestione delle connessioni IPv4 TCP di Linux, presente nei kernel dalla versione 4.4 e valutato 9,8 su 10 secondo CVSS 3.1.
CVE 2026 98432 è un bug use after free nella gestione delle connessioni IPv4 TCP di Linux, presente nei kernel dalla versione 4.4 e valutato 9,8 su 10 secondo CVSS 3.1. La dimostrazione di exploit riferita riguarda un server con un listener MPTCP: questo non significa che ogni server TCP esposto a Internet sia sfruttabile allo stesso modo.
Disattivare MPTCP può ridurre l’esposizione nell’attesa, ma soltanto l’aggiornamento a un kernel corretto risolve il problema alla radice.