CVE-2026-98432 är ett kritiskt tidsstyrningsfel av typen use-after-free i Linuxkärnans kod för IPv4 och TCP. Det påverkar kärnor från version 4.4 och har fått CVSS 3.1-poängen 9,8. Den rapporterade demonstrationen av fjärråtkomst med root-behörighet riktades mot en server med en lyssnare för Multipath TCP (MPTCP), men själva sårbarheten ligger i IPv4-hanteringen av TCP – inte enbart i MPTCP.
6
44
57
Skillnaden är viktig: en begränsning av MPTCP kan stänga den specifika angreppsväg som visats, men den reparerar inte kärnan. Forskarna har rapporterat en demonstration av fjärrkodskörning, men underlaget visar inte att alla TCP-servrar som nås från internet går att utnyttja på ett tillförlitligt sätt eller att angripare har lyckats utnyttja felet i praktiken.
37
55
Så uppstår felet
När en TCP-anslutning etableras sparar Linux IPv4-alternativ som hör till en väntande anslutningsbegäran. När handskakningen går vidare flyttar funktionen tcp_v4_syn_recv_sock() ansvaret för alternativen till den nya barnsocketen, utan att kopiera dem. Samtidigt kan en annan processortråd behandla ett omsänt SYN-paket för samma begäran och fortfarande läsa alternativen medan anslutningen håller på att avslutas. Om minnet frigörs innan läsningen är klar kan omsändningsvägen använda minne som redan har frigjorts när den bygger ett SYN-ACK-svar.
44
Det är vad use-after-free innebär: kod fortsätter att använda minne efter att det har frigjorts. Följden kan bli en systemkrasch eller minneskorruption; säkerhetsrådgivningar beskriver även möjlig fjärrkörning av kod. Om felet kan omvandlas till tillförlitlig kodkörning beror på omständigheterna. Den rapporterade demonstrationen med MPTCP visar en allvarlig angreppsväg, men bevisar inte att alla berörda system kan tas över på samma sätt.
52
55
Kärnans korrigering löser problemet med minnets livslängd: IPv4-alternativen frigörs först efter en RCU-grace-period. Det ger samtidiga läsare tid att bli klara innan minnet kan återanvändas.
44
Vad rapporterna visar – och inte visar
Anthropics rapport den 27 oktober beskrevs i senare rapportering som en demonstration där en AI-modell hade tagit fram ett fjärrangrepp med root-behörighet mot en server som exponerade en MPTCP-lyssnare. Rapporterna uppger också att exploitkoden och konfigurationen inte offentliggjordes, vilket gör det svårare att oberoende bedöma demonstrationen och dess förutsättningar.
9
11
Matt Corallo kritiserade Ubuntus hantering när korrigerade kärnor hade börjat komma från vissa distributioner, samtidigt som Ubuntus rättningar fortfarande testades. Kritiken uttrycker oro över dröjsmålet med vanliga uppdateringar, men är inte i sig ytterligare tekniska belägg för att felet har utnyttjats.
12
Säkerhetsforskaren Marcus Hutchins rapporterade vad som verkade vara skanning efter exponerade system. Sådan aktivitet tyder på intresse för möjliga mål, men visar inte att någon server har komprometterats.
31
55 De tillgängliga källorna bekräftar inte heller oberoende den spridda uppskattningen på omkring 2,1 miljoner MPTCP-nåbara servrar. Den siffran bör därför inte ses som ett fastställt antal sårbara eller exploaterbara system.
Varför avstängning av MPTCP bara är en tillfällig åtgärd
Go 1.24 och senare kan aktivera MPTCP för lyssnare när kärnan stöder funktionen. Därför kan ett programs nätverksbeteende påverkas även om det inte uttryckligen har skrivits för MPTCP.
37
Lightning Labs rekommenderar i informationen om LND-versioner att Linuxoperatörer stänger av MPTCP och installerar en korrigerad kärna. Versionen lnd v0.21.6-beta stänger som standard av MPTCP-lyssnare, vilket blockerar den demonstrerade vägen genom just det programmet. Utgåvan är tydlig med att detta är en riskbegränsning, inte en ersättning för kärnuppdateringen.
33
37
Om MPTCP stängs av i ett enskilt program kan det minska programmets exponering. En avstängning på hela värddatorn kan även påverka andra MPTCP-lyssnare. Men inget av alternativen åtgärdar felet i IPv4-kärnkoden. Se dem som sätt att minska exponeringen medan ni ordnar kärnuppdateringen – inte som bevis för att en okorrigerad kärna är säker.
6
37
44
Läget för korrigeringar enligt rapporterna den 4 november
Tillgången till korrigeringar varierade mellan Linuxdistributioner. Canonical uppgav den 2 november att rättningar för Ubuntu 22.04 LTS och senare fanns i den valfria kanalen -proposed medan testningen pågick. Enligt samtida rapportering hade Red Hat skickat ut korrigerade kärnor för RHEL 8, 9 och 10 den 1 november.
6
7
Skillnaden mellan en rättning som finns för test och en uppdatering i den vanliga kanalen ledde till kritik, särskilt efter uppgifterna om demonstrationen med fjärråtkomst och root-behörighet. Men uppgifter om patchstatus förändras snabbt. Kontrollera säkerhetsrådgivningen för just din distribution och version i stället för att anta att en uppdatering för en annan distribution passar ditt system.
7
12
För driftansvariga är det viktigast att kontrollera vilken kärna som faktiskt kör varje arbetslast och installera distributionens korrigerade kärna när den finns tillgänglig. Begränsningar av MPTCP kan minska exponeringen under tiden, men det är kärnuppdateringen som åtgärdar den sårbara minneshanteringen.
6
37
44