CVE-2026-98432 er en kritisk «use-after-free»-feil – der kode bruker minne etter at det er frigjort – i Linux-kjernens IPv4-kode for etablering av TCP-forbindelser. Feilen berører kjerner fra versjon 4.4 og nyere og har en CVSS 3.1-skår på 9,8. Demonstrasjonen av ekstern tilgang som root skal ha vært rettet mot en server med en Multipath TCP-lytter, men selve feilen ligger i håndteringen av IPv4 TCP, ikke bare i MPTCP.
6
44
57
Dette skillet er viktig: Et MPTCP-tiltak kan stenge den konkrete angrepsveien som er omtalt, men det er ingen erstatning for en rettelse i kjernen. Forskere har rapportert en demonstrasjon av ekstern kodekjøring, men dokumentasjonen viser ikke at alle TCP-servere som er tilgjengelige fra internett, kan utnyttes pålitelig – eller at angripere har lykkes med å utnytte feilen i aktive angrep.
37
55
Slik kan kappløpet føre til en minnefeil
Når en TCP-forbindelse settes opp, lagrer Linux IPv4-opsjoner knyttet til en ventende tilkoblingsforespørsel. Når forbindelsen går videre, overfører funksjonen tcp_v4_syn_recv_sock() eierskapet til disse opsjonene til den nye underliggende sokkelen uten å kopiere dem. Samtidig kan en annen prosessorkjerne behandle en retransmittert SYN-pakke for den samme forespørselen og lese opsjonene mens forbindelsen avsluttes. Hvis minnet frigjøres før lesingen er ferdig, kan retransmisjonsløpet bruke frigjort minne når det bygger en SYN-ACK-pakke.
44
Dette er en «use-after-free»: Kjernen fortsetter å bruke et minneområde etter at det ikke lenger er gyldig. Mulige følger som er omtalt, er systemkrasj og minnekorrupsjon. Sikkerhetsvarsler beskriver også mulig ekstern kodekjøring. Om feilen kan utnyttes til pålitelig kodekjøring, avhenger av omstendighetene. MPTCP-demonstrasjonen viser en alvorlig angrepsvei, men beviser ikke at alle sårbare maskiner kan kompromitteres på samme måte.
52
55
Rettelsen i kjernen håndterer levetiden til minnet: IPv4-opsjonene frigjøres først etter en RCU-nådetid, slik at samtidige lesere får tid til å bli ferdige.
44
Hva rapportene om utnyttelse viser – og ikke viser
Anthropics forskningsrapport 27. oktober ble i senere omtale beskrevet som en demonstrasjon der en AI-modell laget en ekstern «root»-utnyttelse mot en server med en MPTCP-lytter. Ifølge rapportene ble verken utnyttelseskoden eller konfigurasjonen offentliggjort. Det gjør det vanskeligere for andre å vurdere demonstrasjonen og forutsetningene uavhengig.
9
11
Matt Corallo kritiserte Ubuntu mens oppdaterte kjerner var tilgjengelige fra enkelte distribusjoner, men Ubuntus rettelser fortsatt var til testing. Kritikken uttrykker bekymring for hvor lang tid det tok før vanlige oppdateringer var klare; den er ikke i seg selv et separat teknisk bevis på utnyttelse.
12
Sikkerhetsforskeren Marcus Hutchins meldte om det som så ut til å være skanning etter utsatte systemer. Skanning kan tyde på interesse for å finne mulige mål, men viser ikke at et system er blitt kompromittert.
31
55 Kildene her bekrefter ikke uavhengig det sirkulerende anslaget på rundt 2,1 millioner servere som kan nås via MPTCP. Tallet bør derfor ikke behandles som et fastslått antall sårbare eller utnyttbare maskiner.
Hvorfor det å slå av MPTCP bare er et midlertidig tiltak
Go 1.24 og nyere kan aktivere MPTCP for lyttesokler når kjernen støtter funksjonen. Dermed kan standardinnstillingene i et programs nettverksbibliotek ha betydning, selv om programmet ikke er skrevet spesielt for MPTCP.
37
Lightning Labs anbefaler i informasjon om LND-utgivelser at Linux-brukere slår av MPTCP og installerer en oppdatert kjerne. Utgivelsen lnd v0.21.6-beta slår av MPTCP-lyttere som standard og stenger dermed den demonstrerte angrepsveien gjennom dette programmet. Utgivelsesinformasjonen understreker også at dette er et risikoreduserende tiltak, ikke en erstatning for kjernerettelsen.
33
37
Å slå av MPTCP i et program kan redusere eksponeringen for akkurat det programmet. Hvis MPTCP slås av for hele vertsmaskinen, kan det også påvirke andre MPTCP-lyttere. Ingen av tiltakene retter den underliggende minnefeilen i IPv4 TCP. Se derfor på dem som måter å redusere risikoen mens dere klargjør en kjerneoppdatering – ikke som bevis på at en uoppdatert kjerne er trygg.
6
37
44
Oppdateringsstatus i rapportene per 4. november
Tilgangen på rettelser varierte mellom Linux-distribusjonene. Canonical opplyste 2. november at rettelser for Ubuntu 22.04 LTS og nyere lå i den valgfrie -proposed-kanalen mens testing pågikk. Kanalen brukes til å prøve ut oppdateringer før de går til den vanlige oppdateringskanalen. Samtidig meldte samtidige kilder at Red Hat hadde levert oppdaterte kjerner for RHEL 8, 9 og 10 1. november.
6
7
Forskjellen mellom en rettelse som er tilgjengelig for testing, og en oppdatering i den vanlige kanalen, førte til kritikk – særlig etter rapporten om en demonstrert ekstern «root»-utnyttelse. Oppdateringsstatus kan endre seg raskt: Sjekk sikkerhetsvarselet for akkurat din distribusjon og versjon, i stedet for å anta at en oppdatering for en annen distribusjon passer ditt system.
7
12
For systemansvarlige er første steg å kontrollere hvilken kjerne som faktisk kjører på hver maskin, og installere distribusjonens rettede kjerne når den er tilgjengelig. Begrensninger på MPTCP kan redusere eksponeringen i mellomtiden, men det er kjerneoppdateringen som retter den sårbare minnehåndteringen.
6
37
44