PwnEscape: Kritische Linux-Lücke lässt virtuelle Maschinen ausbrechen – Proxmox-Betreiber müssen handeln

Virtuelle Maschinen gelten als sauber voneinander getrennt: Was in einer VM passiert, bleibt in der VM. Genau diese Grenze durchbricht eine neue Lücke im Linux-Kernel. Unter dem Namen „PwnEscape“ ist eine Schwachstelle bekannt geworden, über die eine virtuelle Maschine Speicher des Host-Servers auslesen und im Labor sogar Befehle mit Administratorrechten auf dem Host ausführen konnte.

Betroffen sind alle, die eigene Virtualisierungshosts auf Linux-Basis betreiben – und damit insbesondere die vielen Unternehmen und Kommunen, die in den letzten Jahren auf Proxmox umgestiegen sind.

Was passiert ist

Entdeckt hat die Lücke der Sicherheitsforscher Paulos Yibelo von Pwn.ai im Rahmen eines mit einer Million US-Dollar dotierten Sicherheitswettbewerbs des Cloud-Anbieters Vercel. Ziel des Wettbewerbs war es, die Isolation zwischen virtuellen Maschinen und dem darunterliegenden Host zu durchbrechen. Vercel bezeichnete PwnEscape als den schwerwiegendsten Fund des gesamten Programms. Kundendaten waren nach Angaben von Vercel nicht betroffen.

Technisch steckt der Fehler in einer Optimierung des Netzwerkcodes: Linux kann die Prüfsumme eines Netzwerkpakets erst später berechnen und an eine Stelle schreiben, die in den Metadaten des Pakets angegeben ist. Diese Metadaten kann eine virtuelle Maschine selbst festlegen. Der Kernel prüfte die Angabe nicht ausreichend, sodass die Prüfsumme in einen Teil des Pakets geschrieben werden konnte, den der Kernel bereits verarbeitet hatte. Der Forscher nutzte das zunächst, um Speicher des Hosts auszulesen, und verkettete es im Labor bis zur Ausführung von Befehlen mit Administratorrechten auf dem Host.

Wer betroffen ist – und wer nicht

Warum das gerade jetzt besonders gefährlich ist

Viele Unternehmen und Kommunen haben in den vergangenen Jahren von VMware auf Proxmox gewechselt. Auf einem Host laufen dort oft Dutzende virtuelle Maschinen nebeneinander: Dateiserver, Datenbanken, Fachanwendungen – und Webserver, die aus dem Internet erreichbar sind. Die Isolation zwischen diesen Maschinen ist eine der wichtigsten Schutzgrenzen im Rechenzentrum.

Zeitgleich läuft mit PHP2Shell eine weltweite Angriffswelle auf Webserver. Daraus ergibt sich eine gefährliche Kette: Ein Angreifer übernimmt über PHP2Shell einen ungepatchten Webserver, der als virtuelle Maschine auf einem Proxmox-Host läuft. Ist der Host nicht gepatcht, kann er von dort aus versuchen, mit PwnEscape auf den Host und damit auf alle anderen virtuellen Maschinen zuzugreifen. Aus einem kompromittierten Webserver wird so im schlimmsten Fall das gesamte Rechenzentrum.

Was jetzt zu tun ist

1. Hosts identifizieren: Alle eigenen Virtualisierungshosts auf Linux-Basis auflisten – Proxmox-Cluster, einzelne Proxmox-Server in Außenstellen, Testsysteme und KVM-Hosts auf Debian oder Ubuntu.
2. Kernel aktualisieren: Bei Proxmox über die Weboberfläche oder per Kommandozeile die aktuellen Pakete einspielen. Laut Übersichten sind Proxmox und Debian bereits korrigiert, bei Ubuntu, Red Hat und SUSE stand die Korrektur zuletzt teilweise noch aus.
3. Neu starten – das ist entscheidend: Der neue Kernel wirkt erst nach einem Neustart des Hosts. In Clustern die virtuellen Maschinen vorher per Live-Migration auf andere Knoten verschieben und die Hosts nacheinander neu starten.
4. Nach dem Neustart prüfen: Kontrollieren, dass tatsächlich der neue Kernel läuft. Ein installierter, aber nicht gebooteter Kernel schützt nicht.
5. Priorisieren: Hosts mit virtuellen Maschinen, die aus dem Internet erreichbar sind oder denen man weniger vertraut – Webserver, Test- und Kundensysteme –, zuerst patchen.

pveversion -v | grep -E 'proxmox-ve|kernel'
uname -r

apt update
apt full-upgrade

# Im Cluster vorher die VMs auf andere Knoten migrieren
reboot

# Nach dem Neustart erneut pruefen
uname -r

Einordnung

PwnEscape ist kein Grund zur Panik, aber ein klarer Auftrag: Die Korrektur liegt seit einer Woche vor, und der Entdecker rechnet mit funktionierenden Angriffen innerhalb weniger Wochen. Wer Proxmox betreibt, sollte die Neustarts jetzt planen und nicht bis zum nächsten regulären Wartungsfenster warten. Gerade im Zusammenspiel mit PHP2Shell zeigt sich, wie wichtig es ist, nicht nur einzelne Systeme, sondern die gesamte Kette von der Webanwendung bis zum Host im Blick zu behalten.

Quellen & weiterführende Links

• CSO Online

  Linux kernel gets a fix for a flaw that enabled attackers to escape VMs (16.10.2026)
• heise online

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

  Findings from the $1 million Vercel Sandbox challenge
• NIST NVD

  CVE-2026-99999

Recherchestand: 22. Oktober 2026.