Januscape: 16 Jahre alter Linux-KVM-Fehler ermöglicht Ausbruch von Gast-VMs auf den Host bei Intel und AMD

Eine kritische Schwachstelle im KVM-Hypervisor des Linux-Kernels, die als CVE-2026-53359 verfolgt wird und den Namen Januscape trägt, ermöglicht es einer böswilligen virtuellen Gastmaschine, ihre Sandbox zu verlassen und Speicher des Host-Systems zu korrumpieren. Der Fehler existiert seit August 2010 — 16 Jahre — und betrifft sowohl Intel- als auch AMD-Systeme über den gemeinsamen x86-KVM-Code. Patches für den Fehler wurden am 4. Juli 2026 in stabilen Kernel-Versionen verteilt.

Was der Fehler bewirkt

Januscape lebt im shadow MMU von KVM, der Softwarekomponente, die die nested virtualization behandelt — den Fall, bei dem eine virtuelle Maschine ihren eigenen Hypervisor ausführt, um weitere Gast-VMs zu hosten. Wenn dies auftritt, muss der Host-Kernel (L0) eine zweite Ebene der Adressübersetzung in Software unter Verwendung von shadow page tables emulieren. Die Schwachstelle entsteht, weil KVM eine vorhandene shadow page fälschlicherweise nur auf Basis einer übereinstimmenden Guest Frame Number wiederverwendet, ohne die Rolle der Seite zu überprüfen. Diese Diskrepanz verursacht use-after-free-Bedingungen: freigegebene shadow pages bleiben referenziert und korrumpieren Kernel-Speicher. Wie CyberSecurity News berichtet, löst ein öffentlicher proof-of-concept bereits einen host kernel panic aus; der Forscher behauptet, dass ein separater, nicht veröffentlichter Exploit dies in vollständige Codeausführung auf dem Host umwandelt.

Warum dies für Cloud-Infrastruktur wichtig ist

Das reale Risiko konzentriert sich auf Multi-Tenant-Cloud-Umgebungen. Um Januscape auszunutzen, benötigt ein Angreifer Root-Zugriff innerhalb einer VM und muss die nested virtualization vom Host exponiert sein — Bedingungen, die bei gemieteten Cloud-Instanzen üblich sind, wo Mieter regelmäßig ihre eigenen Hypervisoren betreiben. Ein erfolgreicher Angriff würde es einem Cloud-Mieter ermöglichen, seine virtuelle Maschine vollständig zu verlassen und beliebigen Code auf dem physischen Host auszuführen, wodurch möglicherweise die Workloads anderer Mieter erreicht werden. Januscape ist bemerkenswert als der erste bekannte Guest-to-Host-Exploit, der sowohl auf Intel-VMX- als auch auf AMD-SVM-Architekturen funktioniert.

Patch und Gegenmaßnahmen

Behobene stabile Kernel-Versionen wurden am 4. Juli ausgeliefert: 7.1.3, 6.18.38, 6.12.95, 6.6.144, 6.1.177, 5.15.211 und 5.10.260. Der Fix stellt sicher, dass shadow pages nur wiederverwendet werden, wenn sowohl die Guest Frame Number als auch die Seitenrolle übereinstimmen, wodurch die Grundursache der type confusion beseitigt wird. Organisationen, die nicht sofort patchen können, können die Angriffsfläche entfernen, indem sie nested virtualization deaktivieren: setzen Sie kvm_intel.nested=0 auf Intel-Hosts oder kvm_amd.nested=0 auf AMD-Hosts. Der Fehler wurde erstmals als Zero-Day-Einreichung im kvmCTF-Programm von Google offengelegt, das bis zu 250.000 US-Dollar für vollständige Guest-to-Host-Ausbrüche bietet.

Zeitplan

Der Fehler geht auf den Commit 2032a93d66fa vom August 2010 zurück, der während des Kernel-2.6.36-Entwicklungszyklus eingeführt wurde. Er blieb 16 Jahre lang bei der Entwicklung des Linux-Kernels, Sicherheitsaudits und Fuzz-Tests unentdeckt, bevor er im Juni 2026 über Googles kvmCTF entdeckt und privat gemeldet wurde. Die CVE wurde zugewiesen und die Patches wurden in den folgenden Wochen vorbereitet und eingepflegt, wobei stabile Backports am 4. Juli eintrafen.