Schwachstelle im Linux kernel lässt Ubuntu und RHEL weiter auf Korrekturen warten
Die Schwachstelle CVE-2026-98432 im Linux kernel betrifft den kernel, die zentrale Software zur Steuerung eines Linux-Systems, und dessen Verarbeitung von Verbindungen über das Transmission Control Protocol (TCP). Das CVE-Team für den Linux kernel vergab nach dem Common Vulnerability Scoring System (CVSS), das den Schweregrad von Schwachstellen bewertet, 9,8 von 10 Punkten. Anthropic berichtete am 27. Oktober, sein AI model habe einen Exploit erzeugt, der ohne Zugangsdaten Befehle als root – das Konto mit den höchsten Systemrechten – auf einem Linux-Server mit einem Multipath TCP listener ausführen könne. Mit Stand vom 29. Oktober waren für Ubuntu und Red Hat Enterprise Linux (RHEL) keine korrigierten kernel-Pakete verfügbar.
Der zugrunde liegende Fehler ist eine race condition, bei der zwei Vorgänge aufgrund zeitlicher Überschneidungen in unsicherer Reihenfolge interagieren können, während neue IPv4-TCP-Verbindungen aufgebaut werden. Sobald der Handshake der Verbindung abgeschlossen ist, gewährt der kernel der neuen Verbindung Zugriff auf gespeicherte IP options, ohne zunächst eine separate Kopie anzulegen. Wird die Verbindung zerstört, während ein anderer Prozessor diese options noch verwendet, um auf eine wiederholte Anfrage zu antworten, kann der kernel auf bereits freigegebenen Speicher zugreifen. Dies wird als use-after-free-Schwachstelle bezeichnet. Bei IPv6 besteht dasselbe Problem nicht, weil dessen Verbindungscode die betreffenden options kopiert.
Der Fehler gelangte mit Version 4.4 in Linux. kernel-Entwickler spielten am 5. Oktober, zehn Tage vor der Veröffentlichung der CVE, upstream eine Korrektur ein. Durch die Änderung werden die options erst freigegeben, nachdem andere Prozessoren sie vollständig ausgelesen haben. Laut Anthropic wurde die Korrektur auch in gepflegte stable kernel branches aufgenommen. Wer jedoch von einer Distribution bereitgestellte kernels verwendet, muss warten, bis der jeweilige Linux-Anbieter die Korrektur paketiert und veröffentlicht. Für Organisationen, die ihre eigenen kernels kompilieren, nennt das kernel-Team die Versionen 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 und 7.3 als korrigiert. Das Team empfiehlt, auf den neuesten stable kernel umzusteigen, anstatt ausschließlich diese Änderung auszuwählen und einzuspielen.
Anthropic brachte die Schwachstelle mit Multipath TCP (MPTCP) in Verbindung, einer Funktion, mit der eine einzelne Verbindung mehrere Netzwerkpfade nutzen kann. Unter Linux muss Software MPTCP beim Öffnen einer Verbindung ausdrücklich anfordern. Weder der CVE record noch die upstream-Korrektur nennen MPTCP als Voraussetzung, und Anthropic stellte nicht fest, ob dieselbe Übernahmetechnik auch gegen Server ohne einen MPTCP listener funktioniert.
Laut Anthropic schrieb sein AI model nach anfänglichen Anweisungen einen zweistufigen Exploit. In der ersten Stufe löste es die race condition wiederholt aus, bis eine Antwort benachbarte Bereiche des kernel-Speichers offenlegte. Dazu gehörte eine Adresse, mit der der Exploit Kernel Address Space Layout Randomization (KASLR) umgehen konnte, wodurch sich wichtige Speicherorte des kernel normalerweise schwerer vorhersagen lassen. In der zweiten Stufe nutzte der Exploit die Schwachstelle, um einen Speicherbereich zum Überlaufen zu bringen und einen callback pointer durch die Position angreifergesteuerter Anweisungen zu ersetzen, die zuvor im kernel-Speicher abgelegt worden waren. Als der kernel diesem pointer folgte, führte er einen vom Angreifer ausgewählten Befehl als root aus.
Anthropic erklärte, ein fehlgeschlagener Versuch, die race condition auszulösen, habe lediglich dazu geführt, dass der betreffende Verbindungsversuch scheiterte. Dadurch seien wiederholte Versuche möglich gewesen, ohne das System zum Absturz zu bringen. Im Test dauerte es 48 Minuten, eine kernel-Adresse zu ermitteln, und weitere fünf Minuten, bis Befehle ausgeführt werden konnten. Das Unternehmen veröffentlichte weder den Exploit noch die getestete kernel-Version oder die verwendete Konfiguration. Bis zum 29. Oktober hatten weder Anbieterhinweise noch der CVE-Eintrag oder Veröffentlichungen von Anthropic Angriffe gemeldet, bei denen die Schwachstelle ausgenutzt wurde. Sie war außerdem nicht in der von Luxemburgs CIRCL zuletzt am 28. Oktober aktualisierten Kopie des Known Exploited Vulnerabilities-Katalogs von CISA enthalten.
Die Bewertungen des Schweregrads unterscheiden sich, weil die Anbieter uneinig darüber sind, wie schwer die race condition erfolgreich auszulösen ist. Das CVE-Team für den kernel ergänzte seine Bewertung von 9,8 am 24. Oktober und stufte die attack complexity als low ein, da ein Angreifer beide konkurrierenden Ereignisse erzeugen kann, indem er eine IPv4-Verbindungsanfrage mit options vom Typ Record Route oder Timestamp sendet und diese anschließend wiederholt. Nach Angaben des Teams können mögliche Folgen die Offenlegung benachbarter Bereiche des kernel-Speichers, memory corruption oder ein Systemabsturz sein. Die National Vulnerability Database hatte bis zum 28. Oktober keine separate Bewertung veröffentlicht und zeigte die Einschätzung des kernel-Teams an.
Die CVE-Seite von Red Hat bewertete die Schwachstelle mit 5,9 als Moderate. Zur Begründung hieß es, die race condition sei schwer erfolgreich auszulösen und ein Absturz sei das wahrscheinlichste Ergebnis. Schäden an confidentiality oder integrity seien nicht nachgewiesen worden, obwohl memory corruption theoretisch möglich sei. Im Gegensatz dazu stufte Red Hats maschinenlesbarer, am 29. Oktober aktualisierter Sicherheitshinweis die Schwachstelle mit 8,1 als Important ein und ging von hohen Auswirkungen auf confidentiality und integrity aus, während der bug tracker den Schweregrad von medium auf high anhob. Der Enterprise-Linux-Anbieter und SUSE vergaben ebenfalls 8,1 und stuften die attack complexity als high ein. Amazon bewertete die Schwachstelle mit 7,0.
Die Verfügbarkeit von Patches für die verschiedenen Distributionen bleibt uneinheitlich. Ubuntu kennzeichnete die Versionen 22.04 LTS, 24.04 LTS, 26.04 LTS und 26.10 als in Bearbeitung, während 16.04, 18.04 und 20.04 als anfällig aufgeführt wurden. Auch seine cloud kernels, FIPS kernels und real-time kernels waren anfällig oder warteten auf eine Bearbeitung. Bei RHEL 8, 9 und 10 sowie OpenShift 4 wurden die Korrekturen ohne Veröffentlichungstermin auf ein zukünftiges Update verschoben, während RHEL 7 nicht betroffen war. Red Hat erklärte, es gebe keine mitigation, die seine Anforderungen an breite Eignung, Stabilität und einfache Bereitstellung erfülle.
Für mehrere andere Systeme waren korrigierte Pakete verfügbar. Debian trixie erhielt am 16. Oktober über DSA-6568-1 linux 6.12.113-1. Debian 12 erhielt am 17. Oktober über DLA-4841-1 linux 6.1.190-1 und am 22. Oktober über DLA-4850-1 linux-6.12 6.12.113-1~deb12u1. Die Versionen 7, 8, 9 und 10 der Enterprise-Linux-Distribution erhielten am 16. Oktober über ELSA-2026-500397, ELSA-2026-500398 und ELSA-2026-500399 Korrekturen für UEK. SUSE Linux Micro 6.2 und openSUSE Leap 16.0 wurden mit kernel-default 6.12.0-160000.40.1 oder höher korrigiert, während mehrere Releases von SLES und SLE Micro weiterhin getestet oder noch bearbeitet wurden.
Amazon Linux 2023 korrigierte sein Paket kernel6.18 am 24. Oktober mit kernel6.18-6.18.56-125.164.amzn2023 unter ALAS2023-2026-3251. Der Sicherheitshinweis zu kernel6.12 führte kernel6.12-6.12.113-138.209.amzn2023 am 29. Oktober unter ALAS2023-2026-3335 als korrigiert auf, obwohl Amazons CVE-Seite die Arbeit daran weiterhin als ausstehend anzeigte. Für Amazon Linux 2 und das standardmäßige kernel-Paket von Amazon Linux 2023 gab es noch keine Korrekturen.
Administratoren sollten den korrigierten kernel ihrer Distribution installieren, sobald er verfügbar ist, und bei noch ausstehenden Releases weiterhin die Sicherheitshinweise der Anbieter prüfen. Die Sicherheitshinweise belegen nicht, dass das Deaktivieren von MPTCP oder das Blockieren von Verbindungsanfragen mit IP options die Gefährdung verringern würde. Diese Maßnahmen sollten daher nicht als bestätigter Ersatz für das Einspielen eines Patches betrachtet werden. Organisationen, die öffentlich erreichbare Linux-Systeme und ihre Patch-Pläne überprüfen, bietet AEU-I sicherheitsorientierte IT-, Infrastruktur- und Beratungsleistungen.