Ein unveröffentlichtes Forschungsmodell von Anthropic erhielt eine Ausgangsaufgabe und erstellte anschließend eigenständig einen funktionierenden Exploit für eine Sicherheitslücke im Linux-Kernel, über die ein Angreifer aus der Ferne Befehle als root ausführen kann. Der Angreifer benötigt weder ein Benutzerkonto noch die Mitwirkung eines Nutzers, sondern nur eine TCP-Verbindung zum Server. Anthropic beschrieb das Ergebnis am 27. Oktober und hat den Exploit nicht veröffentlicht.
Die Sicherheitslücke und wer davon betroffen ist
Die Schwachstelle wird unter CVE-2026-98432 geführt und ist seit Version 4.4 im Kernel vorhanden. Das ist eine lange Zeit für eine Lücke in Code, auf dem ein großer Teil der weltweiten Server läuft.
Die US-amerikanische National Vulnerability Database bewertet sie auf der CVSS-Skala mit 9,8 von 10 Punkten. Red Hat vergibt 5,9 Punkte. Begründet wird die niedrigere Bewertung damit, dass es für einen Angreifer schwierig ist, eine Race Condition zwischen Prozessorkernen zu seinen Gunsten zu entscheiden. Dazu weiter unten mehr.
Wie sich die 53 Minuten aufteilten
In Anthropics Demonstration war das Ziel ein Server, auf dem multipath TCP (MPTCP) aktiviert war. Die benötigte Zeit teilte sich in zwei ungleich große Abschnitte auf.
- Etwa 48 Minuten entfielen darauf, KASLR zu umgehen, den Schutzmechanismus, der den Kernel an einer zufälligen Stelle im Speicher platziert, damit ein Angreifer nicht einfach eine bekannte Adresse anvisieren kann.
- Weitere fünf Minuten dauerte es, die Kontrolle über den Rechner zu übernehmen und einen Befehl als root auszuführen.
Zusammen ergibt das die 53 Minuten aus der Überschrift. Fast die gesamte Zeit floss in das Überwinden der Randomisierung, und die eigentliche Übernahme war nur noch Nebensache.
Der Bericht nennt weder die ursprüngliche Aufgabe noch die Zahl der Versuche des Modells oder die Hardware des Zielsystems. Auch wer die Sicherheitslücke zuerst entdeckte, bleibt offen. Er sagt lediglich, dass das Modell nach Erhalt seiner Ausgangsaufgabe den funktionierenden Exploit ohne weitere Hilfe entwickelte.
Wie die Schwachstelle funktioniert
Das Problem liegt in der Verarbeitung von IPv4-TCP-Verbindungen. Während eine Verbindung aufgebaut wird, können zwei Prozessorkerne gleichzeitig auf dieselben Daten zugreifen. Ein Kern gibt einen Speicherbereich frei, während der andere ihn weiter ausliest.
Diese Art von Fehler wird als use-after-free bezeichnet. Dabei wird der Kernelspeicher beschädigt, und unter den richtigen Bedingungen erhält der Angreifer die Kontrolle darüber, welcher Code ausgeführt wird.
Das Timing ist der Grund für Red Hats niedrigere Bewertung. Der Angreifer muss erreichen, dass die Zugriffe der beiden Kerne in genau der falschen Reihenfolge erfolgen. Darauf kann man sich bei einem einzelnen Versuch nicht verlassen.
Warum MPTCP in diesem Zusammenhang auftaucht
MPTCP erweitert herkömmliches TCP so, dass eine einzelne Verbindung Daten gleichzeitig über mehrere Netzwerkschnittstellen übertragen kann. Anthropic nutzte es für die Demonstration, doch die Schwachstelle ist nicht auf dieses Protokoll beschränkt. Es wurde als bequeme Möglichkeit gewählt, einen von außen gestarteten Angriff zu demonstrieren.
Der Bericht listet keine weiteren betroffenen Konfigurationen auf. Administratoren sollten die Erwähnung von MPTCP daher nicht als Eingrenzung des Problems verstehen.
Zwei Bewertungen für eine Sicherheitslücke
Eine Bewertung von 9,8 und eine von 5,9 für dieselbe Schwachstelle liegen weit auseinander. Die NVD-Bewertung stuft die Sicherheitslücke als nahezu schwerstmöglichen Fall auf der Skala ein. Red Hat bewertet sie niedriger, weil es schwierig ist, die Race Condition zu seinen Gunsten zu entscheiden.
Die Quelle nennt Red Hats Begründung, liefert aber keine Erklärung für den NVD-Wert. Daher lässt sich aus diesem Bericht nicht entnehmen, wie die beiden Stellen zu ihrer jeweiligen Bewertung gelangten. Die Demonstration zeigt allerdings, dass ein automatisierter Angreifer bei einem Server mit aktiviertem MPTCP erfolgreich war. Ob das die Debatte entscheidet, bleibt dem Urteil der Leser überlassen.
Patches und wer sie hat
Korrekturen sind im Mainline-Quellbaum von Linux und in diesen stabilen Kernel-Versionen enthalten:
- 5.10.272
- 5.15.223
- 6.1.190
- 6.6.159
- 6.12.113
- 6.18.56
- 7.2.10
- 7.3
Bei den Distributionen sieht es anders aus. Ubuntu bereitet sein Update noch vor. Red Hat hat den Patch für RHEL verschoben. Für alle, die diese Systeme betreiben, gibt es zwar upstream eine Korrektur, aber noch nicht in dem Paket, das sie tatsächlich installieren.
Bisherige Ausnutzung
Bislang wurden keine Angriffe gemeldet, die CVE-2026-98432 ausnutzen. Die Sicherheitslücke ist auch nicht im Katalog aktiv ausgenutzter Schwachstellen der CISA aufgeführt.
Der funktionierende Exploit selbst bleibt bei Anthropic. Vorerst ist der Abstand zwischen einem Hersteller-Patch und einem veröffentlichten Exploit der einzige Puffer, den die ungepatchten Systeme haben.