PwnEscape: Kritische Lücke in Linux-Kernel erlaubt VM-Ausbruch

Eine Sicherheitslücke namens „PwnEscape“ betrifft Linux-Server, die mittels KVM (Kernel Virtual Machine) als Host-System für virtuelle Maschinen dienen, und ermöglicht es diesen VMs, aus ihrer Isolation auszubrechen. So könnte etwa ein böswilliger Kunde eines Cloud-Hosters mittels PwnEscape den Virtualisierungs-Host kompromittieren und VMs anderer Kunden manipulieren. Erste Cloud-Hoster haben am Wochenende begonnen, ihre Systeme zu aktualisieren, weitere dürften folgen. Administratoren von KVM-Hypervisoren sollten ebenfalls eine Aktualisierung einspielen.

Die Sicherheitslücke findet sich tief im Netzwerkcode des Linux-Kernels. Eine virtuelle Maschine kann beim Einliefern von Paketen über virtio-Metadaten festlegen, an welcher Stelle der Kernel später die Transportprüfsumme nachtragen wird. Der Kernel wiederum validierte diese Position inkorrekt, sodass die ausstehende Prüfsumme an der falschen Stelle im Speicher landete. Im Laboraufbau konnten die Entdecker von pwn.ai mit einem Exploit mehrfach aus der isolierten Umgebung ausbrechen, in der sich jede VM befindet. Zudem brachten sie die Virtualisierer und alle VMs darauf mehrfach zum Absturz.

Die Forscher betonen, dass es sich ihrer Ansicht nach um eine neue Klasse von Sicherheitslücken handelt, die sie als „deferred-metadata trust inversion“ (etwa: „Umkehrung des Vertrauens bei verzögerten Metadaten“) bezeichnen. Im Kern sind diese ein TOCTOU-Fehler (Time of Check, Time of Use), kommen aber ohne die sonst für diese Lückenklasse typische Wettlaufsituation (Race Condition) aus. Lediglich eine vom Angreifer kontrollierte verzögerte Schreiboperation im Speicher ist notwendig, um eine solche Sicherheitslücke zu begründen.

Bald patchen, Attacken erwartet

PwnEscape ist die letzte Sicherheitslücke des Jahres 2026, die noch eine fünfstellige CVE-ID bekam, nämlich die „Schnapszahl“ CVE-2026-99999 (CVSS 9.3/10, kritisch). Aktualisierte Pakete für den Linux-Kernel werden am Montagvormittag von Debian (bookworm: 6.1.190-1, trixie: 6.12.113-1) ausgeliefert, bei Ubuntu und Red Hat wartet der Fehler noch auf Erste Hilfe. Wer einen Virtualisierungs-Host auf Basis von KVM administriert, sollte zügig nach Verfügbarkeit den neuen Kernel einspielen und einen Reboot einplanen. Die Finder der Lücke erwarten, dass innerhalb weniger Wochen funktionierende Exploits im Untergrund kursieren, die womöglich auch andere Hypervisoren als KVM betreffen.

KVM ist eine beliebte Alternative zu kommerziellen Hypervisoren wie VMware und wird auch von Hostern für virtuelle Server eingesetzt. Erste Hoster reagierten bereits: So startet Netcup seit dem Wochenende seine Virtualisierungs-Hosts aufgrund von PwnEscape neu, wie Geschäftsführer Alexander Windbichler im Forum des Hosters bestätigt. Andere dürften folgen; wir haben mit Hetzner und IONOS zwei große Anbieter um Stellungnahme gebeten. Für Kunden ergibt sich kein Handlungsbedarf, sie sollten allenfalls überprüfen, ob ihre virtuellen Server Reboot-fest sind.

Drei Tage bis zum Exploit

Die Abfolge der Ereignisse rund um PwnEscape verdeutlicht das aktuelle Dilemma der IT-Sicherheit: Die Sicherheitsforscher nutzten GPT-5.6 Sol für die Suche nach Sicherheitslücken und wurden innerhalb von drei Tagen für unter 700 US-Dollar Tokenkosten fündig. Die Sicherheitslücke zu beheben, dauerte jedoch erheblich länger: Erst am 8. Oktober landete die Fehlerbehebung im Netzwerk-Code des Linuxkernels.