PwnEscape: Linux-Kernel-Lücke im Gast-zu-Host-Pfad

PwnEscape ist die Bezeichnung des Forschers Paulos Yibelo für CVE-2026-99999, eine Schwachstelle in der IPv4-Netzwerkverarbeitung des Linux-Kernels. Ein Angriffsweg kann von einer virtuellen Maschine bis zum Host-Kernel führen; der Fehler liegt im Linux-Netzwerkpfad, nicht im KVM-Code selbst. Yibelos technische Beschreibung erläutert den Ablauf. Für Betreiber zählt deshalb der Host: Ein Update nur im Gast behebt die betroffene Kernel-Komponente nicht.

Wo die Schwachstelle sitzt

KVM stellt die Virtualisierung bereit, doch die verwundbare Verarbeitung findet im IPv4-Netzwerkpfad des Linux-Host-Kernels statt. Eine VM kann diesen Pfad über Netzwerkkomponenten wie virtio-net und TAP erreichen. AWS beschreibt für den eigenen Angriffsfall privilegierten Zugriff innerhalb eines Gasts als Ausgangspunkt. Das AWS-Sicherheitsbulletin grenzt diesen Zugriffspfad von den verwalteten AWS-Diensten ab.

Wie die Prüfsummenverarbeitung Speicher offenlegen kann

Paulos Yibelo beschreibt, wie fehlerhafte Prüfsummenmetadaten einen verzögerten Schreibvorgang auslösen können. Dabei wird ein bereits verarbeiteter IPv4-Header verändert. Anschließend richtet sich die Fragmentierung nach der geänderten Headerlänge.

In Yibelos kontrolliert beschriebenem Paketbeispiel sprang die Interpretation der IPv4-Kopflänge, des IHL-Werts, von 20 auf 60 Byte. Die logischen linearen Paketdaten umfassten 28 Byte: einen 20 Byte langen IPv4-Header und acht Byte Nutzlast. Die spätere Fragmentierung griff dadurch auf weitere 32 Byte aus dem Hostspeicher zu. Yibelo berichtet von einer wiederholbaren Offenlegung dieser 32 Byte pro aktivem Fall. The Hacker News berichtete außerdem, Vercel habe eine Speicheroffenlegung in einer Produktions-Sandbox demonstriert.

Was die Forschung getrennt davon zeigte

Yibelo berichtet zusätzlich von ausgewählten 64-Byte-Schreibvorgängen und einer Root-Helper-Kette, die in seiner eigenen KVM-Testumgebung bei vier Kaltstarts funktionierte. Diese Ergebnisse stammen aus dem kontrollierten Versuchsaufbau; sie sind kein Bericht über eine Root-Ausführung auf Produktionsservern eines Cloud-Anbieters. Yibelos technische Beschreibung

Was der Linux-Fix ändert

Der akzeptierte Upstream-Patch führt ip_check_csum_start() ein. Die Prüfung kontrolliert, ob eine Prüfsummenoperation innerhalb des IPv4-Headers beginnen würde, und läuft vor dem Abschluss der Prüfsumme an fünf Stellen. Der Linux-Kernel-Commit enthält die Änderung; Yibelo ordnet sie als zusätzliche Schutzschicht ein, nicht als vollständige Neugestaltung der Eingangsprüfung.

Für Upstream-Stable-Zweige nannte The Hacker News am 15. Oktober 2026 diese behobenen Versionen: 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 und 7.2.11. Distributoren können den Fix in eigene Kernelpakete zurückportieren; deren Versionsnummern müssen deshalb nicht mit diesen Upstream-Ständen übereinstimmen. Entscheidend ist, den Host-Kernel auf das passende Paket des eigenen Distributors zu aktualisieren und den Host anschließend neu zu starten.

Welche AWS-Systeme AWS als betroffen einstuft

AWS unterscheidet seine verwalteten Dienste von KVM-Hosts, die Kunden selbst betreiben. Im Bulletin vom 15. Oktober 2026 erklärt AWS, dass die verwalteten EC2-Instanzen, Lambda und Fargate nicht betroffen sind. Kunden mit selbst verwalteten KVM/virtio-net-Hosts auf betroffenen, ungepatchten Kerneln sollen dagegen das passende Host-Update installieren und den Host neu starten.

Das AWS-Bulletin führt die betroffenen selbst verwalteten Hosts und die passenden Schritte zur Behebung auf.

Warum zwei CVSS-Werte auftauchen

Für CVE-2026-99999 stehen zwei CVSS-3.1-Bewertungen nebeneinander. Das Red-Hat-Advisory führt 9,3 als cve.org-Wert auf und nennt für Red Hats produktbezogene Bewertung 8,8. Der Unterschied liegt in der Metrik „Privileges Required“: Die eine Bewertung setzt PR:N, die andere PR:L an. Red Hats Advisory weist beide Bewertungen und ihre unterschiedlichen Annahmen aus.