CVE-2026-98432 is een kritieke race condition in de code waarmee de Linux-kernel IPv4-TCP-verbindingen opzet. De fout zit in kernels vanaf versie 4.4 en heeft een CVSS 3.1-score van 9,8. De gemelde demonstratie van toegang op afstand met rootrechten gebruikte een server met een Multipath TCP-listener (MPTCP), maar de onderliggende fout zit in de afhandeling van IPv4-TCP — niet alleen in MPTCP.
6
44
57
Dat onderscheid is belangrijk. Een maatregel tegen MPTCP kan de specifieke route uit de berichtgeving blokkeren, maar repareert de kernel niet. Onderzoekers hebben een demonstratie van uitvoering van code op afstand gemeld; het beschikbare bewijs toont niet aan dat alle servers met een TCP-poort betrouwbaar kwetsbaar zijn, of dat aanvallers de fout al met succes in het wild hebben misbruikt.
37
55
Hoe de race een use-after-free kan veroorzaken
Tijdens het opzetten van een verbinding bewaart Linux IPv4-opties bij een TCP-verbindingsverzoek dat nog in behandeling is. Wanneer de handshake verdergaat, draagt tcp_v4_syn_recv_sock() het eigendom van die opties over aan de nieuwe child-socket, zonder ze te kopiëren. Tegelijk kan een andere CPU nog een opnieuw verzonden SYN voor hetzelfde verzoek verwerken en de opties uitlezen. Als de verbinding ondertussen wordt afgebroken en het geheugen al is vrijgegeven, kan die code dat vrijgekomen geheugen alsnog gebruiken bij het maken van een SYN-ACK.
44
Dat is een use-after-free: kernelcode blijft geheugen gebruiken nadat dat geheugen is vrijgegeven. De gemelde gevolgen zijn onder meer een mogelijke systeemcrash of beschadiging van geheugen; beveiligingsadviezen noemen ook mogelijke uitvoering van code op afstand. Of de fout betrouwbaar kan worden omgezet in code-uitvoering hangt af van de omstandigheden. De MPTCP-demonstratie laat een serieus exploitpad zien, maar bewijst niet dat iedere getroffen server op dezelfde manier kan worden overgenomen.
52
55
De kernelpatch pakt het probleem met de levensduur van het geheugen aan: de IPv4-opties worden pas vrijgegeven na een RCU-graceperiode. Zo krijgen gelijktijdige lezers de tijd om hun werk af te maken.
44
Wat de exploitmeldingen wel en niet aantonen
In berichtgeving na het onderzoek van Anthropic op 27 oktober werd gemeld dat een AI-model een exploit had gegenereerd die op afstand root-toegang kon krijgen op een server met een MPTCP-listener. Volgens diezelfde berichtgeving zijn de exploit en de gebruikte configuratie niet vrijgegeven. Daardoor is de demonstratie moeilijk onafhankelijk te beoordelen.
9
11
Matt Corallo uitte kritiek op de reactie van Ubuntu, nadat sommige distributies al gepatchte kernels beschikbaar hadden terwijl Ubuntu-fixes nog werden getest. Zijn opmerkingen weerspiegelen zorgen over de vertraging bij reguliere updates, maar vormen geen afzonderlijk technisch bewijs van uitbuiting.
12
Beveiligingsonderzoeker Marcus Hutchins meldde dat er vermoedelijk naar kwetsbare systemen werd gescand. Dat kan wijzen op belangstelling van aanvallers om mogelijke doelen te vinden, maar is geen bewijs dat systemen succesvol zijn binnengedrongen.
31
55 De aangeleverde bronnen bevestigen de rondgaande schatting van ongeveer 2,1 miljoen servers die via MPTCP bereikbaar zouden zijn niet onafhankelijk. Beschouw dit daarom niet als een vastgesteld aantal kwetsbare of uitbuitbare systemen.
Waarom MPTCP uitschakelen alleen tijdelijk helpt
Go 1.24 en hoger kan MPTCP inschakelen voor listeners als de kernel dit ondersteunt. Daardoor kan de netwerkconfiguratie van een toepassing relevant zijn, ook als die toepassing niet specifiek voor MPTCP is geschreven.
37
Lightning Labs adviseert Linux-beheerders in de release-informatie voor LND om MPTCP uit te schakelen en een gepatchte kernel te installeren. In de release lnd v0.21.6-beta staat dat MPTCP-listeners standaard worden uitgeschakeld. Daarmee wordt de gedemonstreerde route via die toepassing afgesloten. De release maakt ook duidelijk dat dit een maatregel is, geen vervanging voor de kernelpatch.
33
37
MPTCP uitschakelen in een toepassing kan de blootstelling van die toepassing beperken; MPTCP op de hele host uitschakelen kan ook andere MPTCP-listeners raken. Geen van beide maatregelen verhelpt de onderliggende fout in de geheugenafhandeling van IPv4-TCP. Zie ze als manieren om het risico tijdelijk te beperken terwijl je de kernelupdate regelt — niet als bewijs dat een niet-gepatchte kernel veilig is.
6
37
44
Patchstatus volgens de berichtgeving tot en met 4 november
De beschikbaarheid van patches verschilde per Linux-distributie. Canonical meldde op 2 november dat fixes voor Ubuntu 22.04 LTS en nieuwer beschikbaar waren in de opt-in -proposed-repository, terwijl de tests doorgingen. Dit is een testkanaal voor updates die nog niet in het reguliere updatekanaal zijn opgenomen. Volgens berichtgeving uit die periode had Red Hat op 1 november al gepatchte kernels uitgebracht voor RHEL 8, 9 en 10.
6
7
Het verschil tussen een fix die beschikbaar is om te testen en een update die via het normale kanaal wordt aangeboden, leidde tot kritiek — zeker na de gemelde demonstratie van root-toegang op afstand. De zorg daarover is begrijpelijk, maar patchstatus kan snel veranderen. Raadpleeg daarom het beveiligingsadvies voor jouw specifieke distributie en versie; ga er niet van uit dat een update voor een andere distributie ook voor jouw systeem geldt.
7
12
Voor beheerders is de prioriteit om te controleren welke kernel daadwerkelijk op elk systeem draait en de distributiepatch te installeren zodra die beschikbaar is. MPTCP-beperkingen kunnen intussen de blootstelling verkleinen, maar alleen de kernelupdate herstelt het kwetsbare geheugengedrag.
6
37
44