image

Ubuntu werkt nog aan update voor kritiek lek in TCP-code Linux-kernel

dinsdag 3 november 2026, 09:39 door Redactie, 21 reacties

Ubuntu werkt nog aan een update voor een kritieke kwetsbaarheid in de TCP-code van de Linux-kernel, zo hebben de ontwikkelaars van de Linux-distributie na online ophef bekendgemaakt. Het Nationaal Cyber Security Centrum (NCSC) noemt het beveiligingslek 'opvallend', omdat het remote en zonder interactie van gebruikers is te misbruiken. Het probleem wordt aangeduid als CVE-2026-98432 en betreft een race condition in de IPv4 TCP stack van de Linux-kernel. Dit maakt remote code execution mogelijk. In het ergste geval kan een aanvaller Linux-servers via het beveiligingslek volledig overnemen.

De CVSS-impactscore van de kwetsbaarheid is op een schaal van 1 tot en met 10 beoordeeld met een 9.8. AI-bedrijf Anthropic beweert dat het een werkende exploit heeft ontwikkeld. Door het versturen van speciaal geprepareerde packets naar een kwetsbare Linux-server met een multipath TCP listener is het volgens het AI-bedrijf mogelijk om willekeurige commando's als root op de server uit te voeren. Er zijn geen inloggegevens of interactie van gebruikers vereist.

"Hoewel door de complexiteit van misbruik en binnen de bekende distro's aanwezige aanvullende maatregelen, grootschalig misbruik niet waarschijnlijk is, zijn deze kwetsbaarheden in de Linux-kernel toch opvallend, aangezien kwetsbaarheden in de netwerkstacks van de kernel een van de weinige soorten kwetsbaarheden zijn die op afstand en zonder voorafgaande authenticatie zijn te misbruiken, maar wel potentieel de kernel in gevaar brengen", zo laat het NCSC weten.

Debian kwam op 16 oktober met beveiligingsupdates. Voor Ubuntu zijn nog geen patches beschikbaar. Gisteren publiceerde een ontevreden Ubuntu-gebruiker het artikel 'WTF Ubuntu?'. Daarin wordt geklaagd over het feit dat Ubuntu nog altijd geen update beschikbaar heeft gesteld, maar wel beweert dat het kritieke kwetsbaarheden tijdig patcht. Het artikel telt op het moment van schrijven ruim zeshonderd reacties op Hacker News.

Ubuntu is nu met een reactie op de ophef gekomen. De Linux-distributie laat weten dat het aan updates werkt. Voor gebruikers die hun eigen 'kernel acceptatietesten' draaien is er in -proposed pocket een update beschikbaar. Dit is de test/staging repository van Ubuntu. Wanneer de fix voor CVE-2026-98432 als normale patch beschikbaar komt is nog niet bekend.

Reacties (21)
Vandaag, 09:51 door Anoniem
Ik vind Debian sowieso fijner werken dan Ubuntu.
Vandaag, 09:51 door Anoniem
en het was allemaal zo veilig????????
Vandaag, 09:59 door Anoniem
koelkasten zijn niet de enige apparaten die soon gepopt gaan worden :D
Vandaag, 10:06 door Anoniem
Heftig, dus ook alle routers die linux draaien en b.v. VPN verbindingen accepteren kunnen mogelijk zonder interactie via hun WAN interface worden overgenomen...
Vandaag, 10:54 door Anoniem
Staat hier beschreven met alle info:
https://ubuntu.com/security/CVE-2026-98432
Vandaag, 11:26 door Anoniem
IPv6 is not affected. Dus 4 maar even uitgezet
Vandaag, 11:28 door Anoniem
Door Anoniem: Ik vind Debian sowieso fijner werken dan Ubuntu.
Ubuntu is Debian Sid. Ubuntu LTS is Debian Testing. Beide met een laagje Canonical rotzooi eroverheen. Bijna alle Ubuntu packages komen in de praktijk gewoon bij Debian vandaan.

Debian heeft dit al lang en breed gepatched incl backports, het is onbegrijpelijk waarom het voor Ubuntu allemaal zo lang moet duren.

En jammer genoeg is Ubuntu 1 van de meest gebruikte zakelijke distro's in Nederland.

Debian en Ubuntu werken praktisch hetzelfde, Debians Social Contract blijft baas.
Vandaag, 11:42 door Anoniem
Door Anoniem: Heftig, dus ook alle routers die linux draaien en b.v. VPN verbindingen accepteren kunnen mogelijk zonder interactie via hun WAN interface worden overgenomen...
Dat kan je niet zo maar zeggen. Linux is geen monocultuur zoals windows.
Niet iedereen gebruikt multipath of ipv4
Deze raceconditie is ook niet zo maar uitgebuit. Wel apart dat anthropic een exploit zegt te hebben. Dat doen ze met windows nooit. Bigtech ziet open source blijkbaar als een groot gevaar. Vooral ook nu er Chinese AI is te downloaden als open source.
Vandaag, 11:42 door Anoniem
Door Anoniem: en het was allemaal zo veilig????????

veiligER

overigens is er een eenvoudige nft mitigation die je zo met een google gevonden hebt...
Vandaag, 11:45 door Anoniem
Door Anoniem: Staat hier beschreven met alle info:
https://ubuntu.com/security/CVE-2026-98432
Gelukkig kan het via de firewall gemitigeerd worden.
Vandaag, 11:57 door Anoniem
Door Anoniem: Heftig, dus ook alle routers die linux draaien en b.v. VPN verbindingen accepteren kunnen mogelijk zonder interactie via hun WAN interface worden overgenomen...
In mijn geval is het niet 1/2/3 te achterhalen. Daarom heb ik een PGP-mail naar de security-afdeling van mijn modem fabrikant gestuurd. Intussen wachten op antwoord.
Vandaag, 11:58 door Anoniem
Daar zijn ze:
https://cybersecuritynews.com/linux-kernel-rce-flaw-ubuntu-fixes/
Vandaag, 12:13 door Anoniem
Door Anoniem: Heftig, dus ook alle routers die linux draaien en b.v. VPN verbindingen accepteren kunnen mogelijk zonder interactie via hun WAN interface worden overgenomen...

Nee, je er ontbreekt een woord in je zin 'alle router die Ubuntu Linux draaien'... en dan nog, niet alle versies betreft het.
Vandaag, 12:28 door Anoniem
Door Anoniem: Ik vind Debian sowieso fijner werken dan Ubuntu.
Ik ben van Linux Mint (deels Ubuntu) overgestapt op Linux Mint Debian Edition, vond Mint heerlijk maar wilde juist de Ubuntu bemoeienis niet meer.
Vandaag, 13:33 door linuxpro
Ubuntu is nooit mijn favo distro geweest en dit bewijst wederom waarom bij debian of redhat gebaseerde distro's een betere keuze zijn.
Vandaag, 14:03 door Anoniem
Door Anoniem:
Door Anoniem: en het was allemaal zo veilig????????

veiligER

overigens is er een eenvoudige nft mitigation die je zo met een google gevonden hebt...

Oh, het blokkeren van IP options die noch Ubuntu, noch Redhat als mitigation noemen omdat het niet voldoende mitigeert ?

"ik vond een idee van een anoniem op een forum dus dat tik ik in en nu ben ik veilig" . Goed zo hoor .
Vandaag, 14:54 door Bitje-scheef
Door linuxpro: Ubuntu is nooit mijn favo distro geweest en dit bewijst wederom waarom bij debian of redhat gebaseerde distro's een betere keuze zijn.

Nou ik werk aardig lang met Ubuntu en met bijzonder veel plezier. Maar ik vind dit ook een beetje slordig.
Vandaag, 15:03 door Anoniem
Als opties op een tcp start pakket verboden zijn is er geen probleem voor tcp...
En opties als timestamp, reverseroute etc zijn niet nodig.
Je kan je server dus beschermen

Ubuntu is het afgelopen jaar wel vaker erg traag....
Debian is een van de snelste.
Vandaag, 15:11 door Anoniem
Ubuntu status..

Trusty (14.04) linux Not affected
Xenial (16.04) linux Fix pending
Bionic (18.04) linux Fix pending
Focal (20.04) linux Fix pending
Jammy (22.04) linux Fix available in -proposed (5.15.0-203.213)
Noble (24.04) linux Fix available in -proposed (6.8.0-149.149)
Resolute (26.04) linux Fix available in -proposed (7.0.0-43.43)
Stonking (26.10) linux Fixed in 7.3.0-10.10

alleen 26 is gefixed... rest in afwachting van test.
Vandaag, 15:19 door Anoniem
Door Anoniem: Als opties op een tcp start pakket verboden zijn is er geen probleem voor tcp...
En opties als timestamp, reverseroute etc zijn niet nodig.
Je kan je server dus beschermen

Uh - en wel gek dat Ubuntu die suggestie helemaal niet noemt als mogelijke mitigatie.

Zou het zijn dat ze dat daar niet weten, of zou het zijn dat ze weten dat dit niet genoeg mitigeert ?

https://ubuntu.com/blog/fixes-available-in-proposed-pocket-for-cve-2026-98432

Mitigations that disable multipath TCP (MPTCP) are being recommended by various sources, but please note that the CVE fix is not specific to MPTCP. The recommendations are based exclusively on the fact that the yet-unreleased exploit generated by Anthropic is described as using MPTCP; no other exploit is known to have been generated or published. The Ubuntu Security Team believes that security updates are the only appropriate mitigation. For Ubuntu 22.04 LTS and newer, these are currently in qualification testing and available in the -proposed pocket, as mentioned above.
Vandaag, 15:43 door Anoniem
Hm. mijn eerdere posting was niet juist.

https://ubuntu.com/blog/fixes-available-in-proposed-pocket-for-cve-2026-98432 benoemt geen mitigations, maar

https://ubuntu.com/security/CVE-2026-98432 geeft option filtering wel als mitigation.

cengizcan> IPv4 TCP packet filtering: - Requires: nftables and root access through sudo. - Assumes: IPv4 options are not needed. For boot persistence, /etc/nftables.conf manages the firewall, without UFW or firewalld. - Blocks: incoming IPv4 TCP packets that contain IP options. - Keeps working: IPv4 TCP connections without IP options. TCP options such as timestamps and window scaling are unaffected, as is IPv6. Existing firewall rules still apply. - Breaks: TCP connections that depend on IPv4 options. - Covers: the host, including connections from the host to itself. Containers with separate networking need the rule applied separately. - Limit: reduces the risk but does not fully prevent exploitation. To apply the rule: 1. Create the rule file: printf ‘%s\n’ ‘table inet cve_2026_98432 { chain input { type filter hook input priority -310; policy accept; ip protocol tcp ip hdrlength > 5 counter drop } }’ | sudo tee /etc/cve-2026-98432.nft >/dev/null 2. Check and apply the rule: sudo nft -c -f /etc/cve-2026-98432.nft && sudo nft -f /etc/cve-2026-98432.nft 3. Keep the rule after reboot (run once): echo ‘include ”/etc/cve-2026-98432.nft”’ | \ sudo tee -a /etc/nftables.conf sudo nft -c -f /etc/nftables.conf && sudo systemctl enable nftables.service To remove the rule and its boot setting: sudo sed -i ‘\|^include ”/etc/cve-2026-98432.nft”$|d’ \ /etc/nftables.conf sudo nft delete table inet cve_2026_98432
Reageren
Ondersteunde bbcodes
Bold: [b]bold text[/b]
Italic: [i]italic text[/i]
Underline: [u]underlined text[/u]
Quote: [quote]quoted text[/quote]
URL: [url]https://www.security.nl[/url]
Config: [config]config text[/config]
Code: [code]code text[/code]

Je bent niet en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.