v4bel/januscapeKVM/x86 Gast-zu-Host-Escape-Exploit (CVE-2026-53359), der einen Use-After-Free in der Shadow-MMU-Emulation ausnutzt. Enthält PoC zum Auslösen eines Host-Kernel-Panics und vollständigen Escape auf Intel/AMD-Architekturen.
Dieses Dokument beschreibt die Januscape (CVE-2026-53359)-Sicherheitslücke, entdeckt und gemeldet von Hyunwoo Kim (@v4bel). Es handelt sich um eine KVM-Escape-Sicherheitslücke, die es einem Gast ermöglicht, in einer KVM/x86-Umgebung zum Host zu entkommen. Nach bestem öffentlichen Wissen ist dies die erste Gast-zu-Host-Exploit-Forschung, die sowohl auf Intel als auch auf AMD auslösbar ist und nicht auf eine einzelne Architektur beschränkt ist.
Januscape ist eine Use-After-Free-Sicherheitslücke in der Shadow-MMU-Emulation von KVM/x86. Sie kann den Fehler allein durch Gastseitige Aktionen auslösen, um die Shadow-Page des Host-Kernels zu korrumpieren, und kann die Gast-Host-Isolation von KVM/x86-Hosts gefährden, die nicht vertrauenswürdige Gäste akzeptieren und verschachtelte Virtualisierung anbieten, insbesondere Multi-Tenant-x86-öffentliche Clouds (GCP, AWS usw.).
Tatsächlich wurde Januscape erfolgreich als 0-Day-Exploit in Google kvmCTF eingesetzt.
Detaillierte technische Informationen finden Sie hier.
[!NOTE] Nach der Meldung dieser Sicherheitslücke an [email protected] ist die vereinbarte Embargofrist abgelaufen, sodass der Exploit an oss-security gesendet und dieses Januscape-Dokument veröffentlicht wurde. Den Offenlegungszeitplan finden Sie im technischen Detaildokument.
Das Ausführen des PoC innerhalb einer Gast-VM kann einen Host-Kernel-Panic auslösen. Es existiert auch ein vollständiger Escape-Exploit, der in einer kontrollierten Umgebung funktioniert, der jedoch zu diesem Zeitpunkt nicht veröffentlicht ist und erst in sehr ferner Zukunft veröffentlicht werden soll.
Auf Distributionen wie RHEL ist /dev/kvm weltweit beschreibbar (0666), sodass ein unprivilegierter Benutzer diese Sicherheitslücke auch in einen zuverlässigen LPE zu Root verwandeln könnte. Allerdings wäre das so, als würde man Gold für Müll bezahlen, daher werde ich mich nicht damit befassen.
# sudo apt-get install -y build-essential linux-headers-$(uname -r)
# make
[Intel]
# sudo rmmod kvm_intel; sudo insmod poc.ko
[AMD]
# sudo rmmod kvm_amd; sudo insmod poc.ko amd=1
[*] poc step 4/4: race live -- host DoS triggering
...
kernel BUG at arch/x86/kvm/mmu/mmu.c (pte_list_remove)
Comm: qemu-kvm
Dieser PoC dient dazu, genaue Informationen bereitzustellen. Verwenden Sie ihn nicht auf Systemen, die Sie nicht testen dürfen.
Januscape (CVE-2026-53359) deckt den Bereich von 2032a93d66fa (2010-08-01) bis 81ccda30b4e8 (2026-06-16) ab.
Mit anderen Worten, diese Sicherheitslücke lag etwa "16 Jahre" lang verborgen.
Insgesamt gibt es zwei Auswirkungen:
/dev/kvm weltweit beschreibbar (0666), sodass ein unprivilegierter Benutzer diese Sicherheitslücke auch als zuverlässigen LPE verwenden kann, um Root zu erlangen.Wenn Sie einen x86-KVM-Host betreiben, der Multi-Tenant-Gäste akzeptiert und verschachtelte Virtualisierung unterstützt, oder eine Instanz darauf nutzen, überprüfen Sie, ob der Patch 81ccda30b4e8 auf den Host-Kernel angewendet wurde.
Nein. Die Sicherheitslücke wird nur auf Intel- und AMD-Architekturen ausgelöst. Wenn Sie jedoch den zuvor veröffentlichten ITScape (CVE-2026-46316) noch nicht gepatcht haben, sind Ihre arm64-Hosts ebenfalls verwundbar. Wenden Sie den Patch daher umgehend an.
Nein. Im Gegensatz zu den häufig veröffentlichten QEMU-Escape-Sicherheitslücken tritt Januscape im In-Kernel-KVM auf und wird daher unabhängig von der Emulation von QEMU ausgelöst. Aus diesem Grund kann es auch große öffentliche Clouds gefährden, die ihren eigenen Virtualisierungsstack implementieren und nutzen.
Ja. Das Einfügen des Moduls erfordert Kernel-Privilegien im Gast. Wenn Ihnen eine Instanz in einer Public Cloud zugewiesen wird, haben Sie normalerweise Root auf Ihrer eigenen VM, sodass dies erfüllt ist. In einem Szenario ohne Gast-Root muss es mit einem LPE wie Dirty Frag kombiniert werden.