Eine kritische Lücke im Linux-Kernel erlaubt es einer virtuellen Maschine, aus ihrer Isolation auszubrechen. Das berichtet heise online am 19. Oktober 2026. Die Lücke heißt PwnEscape und betrifft Linux-Server, die mit KVM als Host für virtuelle Maschinen arbeiten. Hoster wie Netcup starten deshalb ihre Virtualisierungs-Hosts neu.
Für Sie als Betreiber eines Shops oder einer Website kommt es vor allem auf eine Frage an. Betreiben Sie selbst einen KVM-Host, oder mieten Sie einen virtuellen Server bei einem Anbieter? Der Stand in diesem Beitrag ist der 19. Oktober 2026.
Der Fehler steckt im Netzwerkcode des Hosts
Gefunden hat die Lücke das Team von pwn.ai, konkret der Forscher Paulos Yibelo. Laut seinem Bericht liegt die Ursache im Linux-Netzwerkstack des Hosts und nicht im Hypervisor selbst. Eine VM kann über virtio-Metadaten festlegen, an welche Stelle der Kernel später eine Prüfsumme schreibt. Der Kernel hat diese Position falsch geprüft. Die Prüfsumme landete so an der falschen Stelle im Speicher, wie heise zusammenfasst.
In einem eigenen Testaufbau konnten die Forscher laut heise mehrfach aus der VM ausbrechen. Mehrmals stürzten dabei der Hypervisor und alle VMs darauf ab. pwn.ai betont, dass es sich um Laborergebnisse handelt. Einen Angriff auf produktive Systeme behaupten die Finder nicht.
Entdeckt wurde PwnEscape in einem Wettbewerb von Vercel, der eine Million US-Dollar für Angriffe auf die Vercel Sandbox ausgelobt hatte. Vercel nennt die Kernel-Lücke im Abschlussbericht den schwersten Fund des Programms. Das Auslesen von Host-Speicher hat der Forscher dort gegen produktive Sandboxen gezeigt. Laut Vercel hat dabei niemand auf Kundendaten zugegriffen.
Die Lücke hat eine bestätigte CVE-Nummer
Im offiziellen CVE-Eintrag trägt PwnEscape die Nummer CVE-2026-99999. Herausgegeben hat ihn das CVE-Team des Linux-Kernels am 15. Oktober 2026. Die Bewertung liegt bei CVSS 9.3 von 10, also kritisch. Laut Eintrag reicht der Fehler bis zur Kernel-Version 2.6.27 zurück.
Nicht alle stufen die Lücke gleich ein. Red Hat kommt auf CVSS 8.8 und den Schweregrad „Important“. Der Unterschied liegt darin, ob ein Angreifer in der VM bereits Rechte braucht. AWS beschreibt den Angreifer als Nutzer mit privilegiertem Zugriff innerhalb der Gast-VM.
Der Fix ist laut heise seit dem 8. Oktober im Netzwerkcode des Kernels. Upstream ist es der Commit 6785011f8b16 mit dem Titel „ipv4: validate checksum_start before completing checksum“. Der CVE-Eintrag führt Korrekturen für die Stable-Linien 5.10, 5.15, 6.1, 6.6, 6.12, 6.18 und 7.2 sowie für 7.3. Die Finder sprechen selbst von einer zusätzlichen Absicherung. Eine gründlichere Prüfung der Eingaben steht im Kernel noch aus.
Debian hat Updates, Ubuntu und Red Hat noch nicht
Der Stand bei den großen Distributionen ist am 19. Oktober sehr unterschiedlich:
- Debian 13 (trixie) hat am 16. Oktober mit DSA-6568-1 den Kernel 6.12.113-1 veröffentlicht.
- Debian 12 (bookworm) bekommt laut Debian Security Tracker mit DLA-4841-1 den Kernel 6.1.190-1.
- Ubuntu führt für alle unterstützten Releases noch keinen veröffentlichten Fix. Die Kernel-Pakete stehen dort auf „Needs evaluation“.
- Red Hat nennt noch keine korrigierten Pakete. Die Produktteams arbeiten laut Red Hat an Fixes, eine praktikable Übergangslösung gebe es nicht.
AWS sieht das ähnlich. Laut Bulletin gibt es keinen Workaround, helfen soll nur ein aktualisierter Kernel. Die Finder rechnen laut pwn.ai damit, dass Exploits für schwächere Konfigurationen innerhalb von Wochen auftauchen und für Standardkonfigurationen innerhalb eines Monats.
Wer eigene KVM-Hosts betreibt, muss patchen und neu starten
Gefährdet sind Server, auf denen Sie selbst virtuelle Maschinen mit KVM betreiben. AWS nennt als betroffen selbstverwaltete VMs mit virtio-net und KVM, auch mit Firecracker. Gefährdet sind laut AWS Hosts mit ungepatchten Kerneln von 4.4 bis 6.18.
Administratoren solcher Hosts rät heise, den neuen Kernel einzuspielen, sobald er für ihre Distribution bereitsteht, und einen Neustart einzuplanen. Erst nach dem Neustart läuft der korrigierte Kernel. Wer auf Ubuntu oder Red Hat setzt, muss bis dahin auf die Pakete der Distribution warten.
Wer einen VPS mietet, muss laut heise nichts tun
Mieten Sie einen Cloud-Server oder VPS, ist die Lücke Sache Ihres Anbieters. Für Kunden der Hoster sieht heise keinen Handlungsbedarf. Allenfalls sollten Sie prüfen, ob Ihre virtuellen Server einen Neustart überstehen.
Das hat einen Grund. Netcup startet laut heise seit dem Wochenende seine Virtualisierungs-Hosts neu, das hat Geschäftsführer Alexander Windbichler im Forum bestätigt. heise erwartet, dass weitere Hoster folgen. Hetzner setzt nach eigenen Angaben gegenüber heise auf eine Mitigation auf Basis von eBPF, die den Angriff auf Systemebene erkennt. Die Hypervisoren müssen deshalb nicht sofort neu starten. IONOS hat heise ebenfalls angefragt.
Für einen Shop bedeutet das, dass Ihr Server kurzfristig neu starten kann, ohne dass Sie den Zeitpunkt wählen. Danach sollten Webserver, Datenbank und Shop von selbst wieder hochkommen. Bei AWS sind EC2, Lambda und Fargate laut Bulletin nicht betroffen, deren Kunden müssen nichts tun.
Sicherheitsupdates nehmen wir Ihnen ab
Lücken wie PwnEscape zeigen, dass jemand die Updates der Distribution verfolgen und einspielen muss. Bei unseren Managed Servern gehören Sicherheitsupdates und ein Monitoring rund um die Uhr dazu.
Wenn Sie unsicher sind, ob Ihr Server oder Ihr Hosting von PwnEscape betroffen ist, schreiben Sie uns.