L'azienda Anthropic ha rivelato un'importante vulnerabilit\u00e0 (CVE-2026-98432) nel TCP stack del kernel Linux, che consente l'esecuzione remota di codice tramite l'invio di pacchetti appositamente formati. \u00c8 stato segnalato lo sviluppo di un exploit funzionante in grado di eseguire codice a livello di kernel e ottenere diritti di root nel sistema in remoto. L'exploit preparato \u00e8 adatto per attacchi su sistemi con processi server che accettano connessioni tramite socket di rete che supportano l'uso del protocollo MPTCP (Multipath TCP). Il supporto per MPTCP pu\u00f2 essere attivato legandosi a singoli socket di rete, ci\u00f2 che avviene per impostazione predefinita nella libreria standard del linguaggio Go, a partire dalla versione Go 1.24 (febbraio 2025). <\/p>\n
L'exploit preparato pu\u00f2 essere utilizzato con qualsiasi applicazione server scritta in Go, incluso il server HTTP Caddy, se \u00e8 possibile inviare pacchetti di rete al socket di ascolto creato da esse. Poich\u00e9 la vulnerabilit\u00e0 \u00e8 presente direttamente nello stack IPv4 e non \u00e8 specifica per MPTCP, non si esclude la creazione di exploit che funzionano senza legami with MPTCP, anche se tali exploit non sono ancora stati dimostrati. Ad esempio, \u00e8 possibile sfruttare la vulnerabilit\u00e0 durante l'elaborazione delle richieste di migrazione dei socket, disponibile in configurazioni con il parametro net.ipv4.tcp_migrate_req=1 o utilizzando programmi eBPF con l'opzione BPF_SK_REUSEPORT_SELECT_OR_MIGRATE.<\/p>\n
La vulnerabilit\u00e0 \u00e8 causata da una condizione di competizione che si verifica durante l'elaborazione simultanea delle richieste SYN ri-inviate durante l'instaurazione di una connessione TCP. Poich\u00e9 la funzione tcp_v4_syn_recv_sock() passa al socket figlio i parametri dalla struttura ireq->ireq_opt tramite riferimento e non tramite copia, si verifica una situazione in cui la memoria per le strutture inet_opt e ireq_opt con i parametri del socket \u00e8 gi\u00e0 stata liberata, ma le opzioni associate continuano a essere utilizzate (use-after-free). <\/p>\n
Lo sfruttamento remoto avviene mediante l'invio di una serie di richieste di rete sincronizzate nel tempo. L'exploit creato \u00e8 applicabile anche ai kernel che utilizzano la randomizzazione degli indirizzi (KASLR), ma l'accesso alla finestra di condizione di gara richiede parecchio tempo e un gran numero di tentativi. La facilitazione dell'exploitation \u00e8 dovuta al fatto che non riuscire a entrare nella finestra di condizione di gara porta solo a un ripristino della sessione di instaurazione della connessione (handshake), e non al crash del kernel, il che consente di continuare a tentare indefinitamente. Nel prototipo dell'exploit creato, ci sono volute circa un'ora: 48 minuti per determinare la disposizione della memoria e altri 5 minuti per organizzare l'esecuzione del codice. <\/p>\n
Finora non sono stati presentati percorsi di protezione che bloccano garantiti la vulnerabilit\u00e0 \u2014 l'unica opzione affidabile proposta \u00e8 di installare l'aggiornamento del kernel. Il problema si manifesta a partire dal kernel Linux 4.4 ed \u00e8 stato risolto nelle versioni 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 e 7.3. Lo stato della risoluzione delle vulnerabilit\u00e0 nelle distribuzioni pu\u00f2 essere valutato su queste pagine: Debian, Ubuntu, SUSE\/openSUSE, RHEL, Gentoo, Arch.
\nFedora. <\/p>\n
Tra le raccomandazioni per contrastare metodi di sfruttamento specifici, che non bloccano la vulnerabilit\u00e0 in generale, si segnala la disattivazione del supporto MPTCP e l'impostazione del parametro sysctl del kernel net.ipv4.tcp_migrate_req a 0:<\/p>\n
sysctl -w net.mptcp.enabled=0
\n sysctl -w net.ipv4.tcp_migrate_req=0<\/p>\n
Per identificare la presenza di processi nel sistema che utilizzano socket con
\nMPTCP, si possono utilizzare i comandi:<\/p>\n
ip mptcp endpoint show
\n ip mptcp limits show<\/p>\n
Per disabilitare il supporto MPTCP nei programmi in linguaggio Go, \u00e8 necessario utilizzare il flag \u00abmultipathtcp=0\u00bb, che pu\u00f2 essere impostato tramite la variabile d'ambiente \u00abGODEBUG=multipathtcp=0\u00bb. Per disabilitare il supporto MPTCP durante la fase di compilazione, \u00e8 possibile aggiungere \u00abgodebug multipathtcp=0\u00bb nel file con il modulo go.mod. Nel codice dell'applicazione, l'utilizzo di MPTCP pu\u00f2 essere disabilitato tramite le funzioni net.Dialer.SetMultipathTCP e net.ListenConfig.SetMultipathTCP.<\/p>\n
Oltre al problema discusso, l'azienda Anthropic ha anche annunciato una serie di vulnerabilit\u00e0 localmente sfruttabili nel kernel Linux, OpenBSD e FreeBSD, che consentono di ottenere diritti di root nel sistema e uscire da contenitori isolati; vulnerabilit\u00e0 in Chrome e Safari, che portano all'esecuzione di codice nel sistema aprendo pagine web appositamente formattate; una vulnerabilit\u00e0 nel kernel di Windows che porta a un arresto anomalo; una vulnerabilit\u00e0 nella piattaforma Android che permette di bypassare il blocco dello schermo e accedere a informazioni personali e foto senza sbloccare il dispositivo (l'attacco \u00e8 stato dimostrato su uno smartphone Google Pixel 9).<\/p>\n
Supplemento: <\/p>\n