ITScape: Der erste KVM/arm64-Guest-to-Host-Escape-Exploit
ITScape (CVE 2026 46316) ist eine kritische Gast zu Host Ausbruchstelle in Linux KVM auf arm64, die es einer böswilligen VM erlaubt, beliebigen Code mit vollen Kernel Rechten auf dem Host auszuführen – ein funktionier... Die Ursache ist eine Race Condition bei der Invalidierung des Übersetzungscaches des virtuellen...
Veröffentlicht vonBearbeitet mit DeepSeek-V4-ProBilder erstellt mit GPT Image 1.5
ITScape (CVE 2026 46316) ist eine kritische Gast zu Host Ausbruchstelle in Linux KVM auf arm64, die es einer böswilligen VM erlaubt, beliebigen Code mit vollen Kernel Rechten auf dem Host auszuführen – ein funktionier...
Die Ursache ist eine Race Condition bei der Invalidierung des Übersetzungscaches des virtuellen Interrupt Controllers (vGIC ITS), die zu einer Use After Free Schwachstelle führt.
Cloud Betreiber, die Multi Tenant arm64 Hosts wie AWS Graviton nutzen, müssen sofort patchen.
What is the CVE-2026-46316 ("ITScape") vulnerability in Linux KVM/arm64's vGIC-ITS emulation, including its root cause as a race condition iITScape is the first publicly documented guest-to-host escape exploit for KVM on arm64.
KI-Prompt
Create a landscape editorial hero image for this Studio Global article: What is the CVE-2026-46316 ("ITScape") vulnerability in Linux KVM/arm64's vGIC-ITS emulation, including its root cause as a race condition i. Article summary: Here is the full breakdown of **CVE-2026-46316 ("ITScape")**, based on the available evidence.. Topic tags: general, general web, user generated, government. Reference image context from search candidates: Reference image 1: visual subject "| CVE-2026-7572An off-by-one error (CWE-193) in the ConsumeUnit16Array and ConsumeUnit64Array functions in Velocidex Velociraptor before version 0.76.5 on Windows and Linux allows" source context "Latest Linux Vulnerabilities" Reference image 2: visual subject "# CVE-2026-23425: Linux Kernel Privilege Escalation Flaw. CVE-2026-23425 is a privilege escalation vulnerability in the Linux kernel affecting KVM ARM64 ID register i
openai.com
Eine Use-after-Free-Schwachstelle im KVM/arm64-Subsystem des Linux-Kernels ermöglicht es einer sorgfältig präparierten virtuellen Gast-Maschine, aus ihrer Sandbox auszubrechen und die vollständige Kontrolle über den darunterliegenden Host zu übernehmen. Die als CVE-2026-46316 verfolgte und ITScape genannte Schwachstelle ist der erste öffentlich dokumentierte funktionierende Gast-zu-Host-Ausbruch für KVM auf arm64 – ein Meilenstein, der jeden Multi-Tenant-ARM-Cloud-Anbieter einem Notfall-Patch-Zyklus unterwirft .
Entdeckt wurde die Schwachstelle vom Sicherheitsforscher Hyunwoo Kim, der sie Anfang Juni 2026 offenlegte. Die Verwundbarkeit ist nicht nur ein theoretisches Problem; ein voll funktionsfähiger Proof-of-Concept-Exploit ist öffentlich auf GitHub verfügbar. Er löst die Race-Condition aus, indem gleichzeitige vCPU-Threads DISCARD-ITS-Befehle ausführen, während der LPI-Übersetzungscache invalidiert wird . Die Auswirkung ist eine vollständige Kompromittierung des Host-Systems aus einer nicht vertrauenswürdigen VM heraus.
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Wie lautet die kurze Antwort auf „ITScape: Der erste KVM/arm64-Guest-to-Host-Escape-Exploit“?
ITScape (CVE 2026 46316) ist eine kritische Gast zu Host Ausbruchstelle in Linux KVM auf arm64, die es einer böswilligen VM erlaubt, beliebigen Code mit vollen Kernel Rechten auf dem Host auszuführen – ein funktionier...
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
ITScape (CVE 2026 46316) ist eine kritische Gast zu Host Ausbruchstelle in Linux KVM auf arm64, die es einer böswilligen VM erlaubt, beliebigen Code mit vollen Kernel Rechten auf dem Host auszuführen – ein funktionier... Die Ursache ist eine Race Condition bei der Invalidierung des Übersetzungscaches des virtuellen Interrupt Controllers (vGIC ITS), die zu einer Use After Free Schwachstelle führt.
Was soll ich als nächstes in der Praxis tun?
Cloud Betreiber, die Multi Tenant arm64 Hosts wie AWS Graviton nutzen, müssen sofort patchen.
ITScape: Der erste KVM/arm64-Guest-to-Host-Escape-Exploit
ITScape (CVE 2026 46316) ist eine kritische Gast zu Host Ausbruchstelle in Linux KVM auf arm64, die es einer böswilligen VM erlaubt, beliebigen Code mit vollen Kernel Rechten auf dem Host auszuführen – ein funktionier... Die Ursache ist eine Race Condition bei der Invalidierung des Übersetzungscaches des virtuellen...
Veröffentlicht vonBearbeitet mit DeepSeek-V4-ProBilder erstellt mit GPT Image 1.5
ITScape (CVE 2026 46316) ist eine kritische Gast zu Host Ausbruchstelle in Linux KVM auf arm64, die es einer böswilligen VM erlaubt, beliebigen Code mit vollen Kernel Rechten auf dem Host auszuführen – ein funktionier...
Die Ursache ist eine Race Condition bei der Invalidierung des Übersetzungscaches des virtuellen Interrupt Controllers (vGIC ITS), die zu einer Use After Free Schwachstelle führt.
Cloud Betreiber, die Multi Tenant arm64 Hosts wie AWS Graviton nutzen, müssen sofort patchen.
What is the CVE-2026-46316 ("ITScape") vulnerability in Linux KVM/arm64's vGIC-ITS emulation, including its root cause as a race condition iITScape is the first publicly documented guest-to-host escape exploit for KVM on arm64.
KI-Prompt
Create a landscape editorial hero image for this Studio Global article: What is the CVE-2026-46316 ("ITScape") vulnerability in Linux KVM/arm64's vGIC-ITS emulation, including its root cause as a race condition i. Article summary: Here is the full breakdown of **CVE-2026-46316 ("ITScape")**, based on the available evidence.. Topic tags: general, general web, user generated, government. Reference image context from search candidates: Reference image 1: visual subject "| CVE-2026-7572An off-by-one error (CWE-193) in the ConsumeUnit16Array and ConsumeUnit64Array functions in Velocidex Velociraptor before version 0.76.5 on Windows and Linux allows" source context "Latest Linux Vulnerabilities" Reference image 2: visual subject "# CVE-2026-23425: Linux Kernel Privilege Escalation Flaw. CVE-2026-23425 is a privilege escalation vulnerability in the Linux kernel affecting KVM ARM64 ID register i
openai.com
Eine Use-after-Free-Schwachstelle im KVM/arm64-Subsystem des Linux-Kernels ermöglicht es einer sorgfältig präparierten virtuellen Gast-Maschine, aus ihrer Sandbox auszubrechen und die vollständige Kontrolle über den darunterliegenden Host zu übernehmen. Die als CVE-2026-46316 verfolgte und ITScape genannte Schwachstelle ist der erste öffentlich dokumentierte funktionierende Gast-zu-Host-Ausbruch für KVM auf arm64 – ein Meilenstein, der jeden Multi-Tenant-ARM-Cloud-Anbieter einem Notfall-Patch-Zyklus unterwirft .
Entdeckt wurde die Schwachstelle vom Sicherheitsforscher Hyunwoo Kim, der sie Anfang Juni 2026 offenlegte. Die Verwundbarkeit ist nicht nur ein theoretisches Problem; ein voll funktionsfähiger Proof-of-Concept-Exploit ist öffentlich auf GitHub verfügbar. Er löst die Race-Condition aus, indem gleichzeitige vCPU-Threads DISCARD-ITS-Befehle ausführen, während der LPI-Übersetzungscache invalidiert wird . Die Auswirkung ist eine vollständige Kompromittierung des Host-Systems aus einer nicht vertrauenswürdigen VM heraus.
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Wie lautet die kurze Antwort auf „ITScape: Der erste KVM/arm64-Guest-to-Host-Escape-Exploit“?
ITScape (CVE 2026 46316) ist eine kritische Gast zu Host Ausbruchstelle in Linux KVM auf arm64, die es einer böswilligen VM erlaubt, beliebigen Code mit vollen Kernel Rechten auf dem Host auszuführen – ein funktionier...
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
ITScape (CVE 2026 46316) ist eine kritische Gast zu Host Ausbruchstelle in Linux KVM auf arm64, die es einer böswilligen VM erlaubt, beliebigen Code mit vollen Kernel Rechten auf dem Host auszuführen – ein funktionier... Die Ursache ist eine Race Condition bei der Invalidierung des Übersetzungscaches des virtuellen Interrupt Controllers (vGIC ITS), die zu einer Use After Free Schwachstelle führt.
Was soll ich als nächstes in der Praxis tun?
Cloud Betreiber, die Multi Tenant arm64 Hosts wie AWS Graviton nutzen, müssen sofort patchen.
ITScape ist eine Race-Condition im In-Kernel-Interrupt-Übersetzungsdienst (Interrupt Translation Service, ITS) des virtuellen Generischen Interrupt-Controllers von KVM (vGIC-ITS). Der vGIC-ITS kümmert sich um die Übersetzung von Logical Processor Interrupts (LPIs) für virtualisierte arm64-Gastsysteme. Wenn ein Eintrag im Übersetzungscache invalidiert werden muss, durchläuft der Kernel die Einträge und gibt ihre Referenzen frei. Der Fehler liegt darin, dass die Invalidierungsfunktion die Referenz für jeden vom Iterator zurückgegebenen Eintrag freigegeben hat – einschließlich der Einträge, die bereits durch eine gleichzeitige Operation aus dem Cache entfernt worden waren .
Diese doppelte Freigabe verursacht ein klassisches Use-after-Free (UAF): Zwei parallele Ausführungspfade können auf Speicher zugreifen, der bereits freigegeben wurde, was es einem Angreifer ermöglicht, den Heap-Speicher zu manipulieren und schließlich die Kontrolle über den Programmfluss auf der Host-Kernel-Ebene zu übernehmen .
Der Fehler sitzt direkt in der Funktion vgic_its_invalidate_cache(). Diese durchläuft den ITS-eigenen Übersetzungscache mit xa_for_each() und ruft vgic_put_irq() für den durchlaufenen Zeiger auf, anstatt für den Wert, der sicher von xa_erase() zurückgegeben wird. Da mehrere Kontexte unter verschiedenen Sperren in diese Funktion eintreten können, ist die Race-Condition vollständig vom Gastsystem aus erreichbar, indem man ITS-Befehle mit einem GITS_CTLR-Schreibzugriff und dem Löschen von EnableLPIs in einem Redistributor kombiniert .
Warum das wichtig ist: Der erste KVM/arm64-Guest-to-Host-Escape
Gast-zu-Host-Ausbrüche sind selten, gehören aber zur gefährlichsten Klasse von Hypervisor-Fehlern, da sie die Isolationsgrenze durchbrechen, auf der das gesamte Cloud-Computing basiert. Bisherige öffentliche KVM-Ausbrüche zielten auf x86-Systeme ab, meist über QEMU oder AMD-spezifischen Code . ITScape ist der erste funktionierende Exploit, der einen Ausbruch einer unprivilegierten arm64-VM durch den In-Kernel-KVM-Code selbst demonstriert – ganz ohne Fehler im Userspace-Emulator .
Für Cloud-Anbieter, die AWS-Graviton-Instanzen, Ampere-Altra-Server oder andere arm64-KVM-Hosts mit mandantenfähigen Workloads betreiben, hat dies gravierende Folgen. Ein Gast kann:
Beliebigen Host-Kernel-Speicher lesen und schreiben
Sich Codeausführung auf Ring-0-Ebene des Hosts verschaffen
Lateral auf andere VMs, Container oder das Host-Netzwerk übergreifen
Die meisten Sicherheitsteams bewerten die Schwachstelle mit einem CVSS-Wert von über 9,0, was die höchste Kritikalität widerspiegelt .
Die Ursache im Detail
Der verwundbare Code liegt im Invalidierungspfad des LPI-Übersetzungscaches. Wenn der Kernel Cache-Einträge leeren muss, iteriert er mit xa_for_each() durch das XArray und ruft vgic_put_irq() auf, um den Referenzzähler für jeden Eintrag zu senken. Das Problem: xa_for_each() kann Einträge zurückgeben, die von einer gleichzeitigen Operation – etwa einem DISCARD-ITS-Befehl einer anderen vCPU – bereits gelöscht wurden. Die Invalidierungsschleife senkt den Referenzzähler für diesen bereits entfernten Eintrag dennoch, was zu einer doppelten Freigabe und schließlich zu einem Use-after-Free führt .
Eine frühere Schwachstelle im selben Code, CVE-2024-26598, hatte eine ähnliche UAF-Lücke im Trefferpfad des LPI-Übersetzungscaches teilweise behoben, indem der Referenzzähler innerhalb von vgic_its_check_cache() vor dem Freigeben der Sperre erhöht wurde. Dieser Fix deckte den Invalidierungspfad jedoch nicht ab, sodass die Race-Condition durch eine andere Befehlssequenz weiterhin ausnutzbar blieb .
Der Patch
Der offizielle Upstream-Fix modifiziert vgic_its_invalidate_cache() so, dass vgic_put_irq() nur noch für den von xa_erase() zurückgegebenen Wert aufgerufen wird, nicht für jeden Eintrag, den der Iterator berührt. Die Commit-Nachricht lautet: "KVM: arm64: vgic-its: Drop the translation cache reference only for the erased entry" (dt.: „Gebe die Referenz des Übersetzungscaches nur für den tatsächlich gelöschten Eintrag frei“) .
Da xa_erase() den alten Eintrag atomar entfernt und zurückgibt – oder NULL zurückgibt, falls der Eintrag bereits weg war – stellt der Fix sicher, dass der Referenzzähler genau einmal dekrementiert wird, und eliminiert so das Zeitfenster für die doppelte Freigabe. Der Patch wurde Anfang Juni 2026 in den Upstream-Kernel aufgenommen und kurze Zeit später, um den 8. bis 10. Juni 2026, schnell in die stabilen 6.x-Kernel-Serien übernommen . Große Distributionen wie Red Hat, SUSE und Debian haben Backports für ihre unterstützten Kernel-Zweige veröffentlicht .
Betroffene Versionen
Eingeführt: Ende April 2024, als der LPI-Übersetzungscache erstmals zu KVM/arm64 hinzugefügt wurde
Verwundbares Zeitfenster: Upstream-Kernel, die etwa zwischen April 2024 und Anfang Juni 2026 kompiliert wurden
Behoben: Upstream-Fix von Anfang Juni 2026; enthalten in den neuesten 6.x-Stable-Kerneln und Distributions-Backports
Der Proof-of-Concept-Exploit
Hyunwoo Kim veröffentlichte den funktionierenden Exploit um den 9. bis 10. Juni 2026 öffentlich auf GitHub. Das Repository enthält den vollständigen Quellcode, eine Schritt-für-Schritt-Anleitung zur Reproduktion sowie eine technische Beschreibung der Exploitation-Technik . Der Exploit triggert die Race-Condition, indem er vCPU-Threads koordiniert, die gleichzeitig DISCARD-Befehle ausführen und Lookups im LPI-Übersetzungscache vornehmen, um den Use-After-Free präzise für die Host-Codeausführung auszunutzen.
Die öffentliche Verfügbarkeit eines zuverlässigen PoCs bedeutet, dass standardisierte Exploit-Scanner und echte Angreifer die Schwachstelle mit minimalem Aufwand waffenfähig machen können. Das verkürzt das Zeitfenster zwischen der Offenlegung und aktiven Angriffen erheblich.
Dringende Abhilfemaßnahmen für ARM64-Cloud-Betreiber
Wenn Sie eine mandantenfähige arm64-KVM-Infrastruktur betreiben – mit AWS Graviton, Ampere Altra oder einer ähnlichen Plattform – betrachten Sie diesen Vorfall als sofortigen Notfall-Patch-Zyklus.
Patchen Sie den Host-Kernel jetzt. Spielen Sie den neuesten Stable-Kernel ein, der den Fix von Anfang Juni 2026 enthält, oder das Backport-Paket Ihrer Distribution .
Deaktivieren Sie das In-Kernel-vGIC-ITS für nicht vertrauenswürdige Gastsysteme, falls ein sofortiges Patchen nicht möglich ist. Mit QEMU kann dies erzwungen werden, indem die GICv3-ITS-Emulation in den Userspace verlagert oder GICv3-ITS-Fähigkeiten gegenüber nicht vertrauten Mietern nicht offengelegt werden .
Verlassen Sie sich nicht auf eine Härtung des Gastsystems. Dies ist ein Fehler auf der Hypervisor-Ebene; es gibt keine Abhilfemaßnahme innerhalb der VM .
Überprüfen Sie Ihre Server-Flotte auf verwundbare Kernel. Jeder arm64-KVM-Host mit einem Kernel, der zwischen April 2024 und Anfang Juni 2026 kompiliert wurde und den vGIC-ITS nutzt, ist gefährdet .
Überwachen Sie auf Anzeichen einer Ausnutzung. Mit dem öffentlich verfügbaren PoC-Code sind aktive Scans und Kompromittierungsversuche hochwahrscheinlich .
An EPYC escape: Case-study of a KVM breakout - Project Zero
ITScape ist eine Race-Condition im In-Kernel-Interrupt-Übersetzungsdienst (Interrupt Translation Service, ITS) des virtuellen Generischen Interrupt-Controllers von KVM (vGIC-ITS). Der vGIC-ITS kümmert sich um die Übersetzung von Logical Processor Interrupts (LPIs) für virtualisierte arm64-Gastsysteme. Wenn ein Eintrag im Übersetzungscache invalidiert werden muss, durchläuft der Kernel die Einträge und gibt ihre Referenzen frei. Der Fehler liegt darin, dass die Invalidierungsfunktion die Referenz für jeden vom Iterator zurückgegebenen Eintrag freigegeben hat – einschließlich der Einträge, die bereits durch eine gleichzeitige Operation aus dem Cache entfernt worden waren .
Diese doppelte Freigabe verursacht ein klassisches Use-after-Free (UAF): Zwei parallele Ausführungspfade können auf Speicher zugreifen, der bereits freigegeben wurde, was es einem Angreifer ermöglicht, den Heap-Speicher zu manipulieren und schließlich die Kontrolle über den Programmfluss auf der Host-Kernel-Ebene zu übernehmen .
Der Fehler sitzt direkt in der Funktion vgic_its_invalidate_cache(). Diese durchläuft den ITS-eigenen Übersetzungscache mit xa_for_each() und ruft vgic_put_irq() für den durchlaufenen Zeiger auf, anstatt für den Wert, der sicher von xa_erase() zurückgegeben wird. Da mehrere Kontexte unter verschiedenen Sperren in diese Funktion eintreten können, ist die Race-Condition vollständig vom Gastsystem aus erreichbar, indem man ITS-Befehle mit einem GITS_CTLR-Schreibzugriff und dem Löschen von EnableLPIs in einem Redistributor kombiniert .
Warum das wichtig ist: Der erste KVM/arm64-Guest-to-Host-Escape
Gast-zu-Host-Ausbrüche sind selten, gehören aber zur gefährlichsten Klasse von Hypervisor-Fehlern, da sie die Isolationsgrenze durchbrechen, auf der das gesamte Cloud-Computing basiert. Bisherige öffentliche KVM-Ausbrüche zielten auf x86-Systeme ab, meist über QEMU oder AMD-spezifischen Code . ITScape ist der erste funktionierende Exploit, der einen Ausbruch einer unprivilegierten arm64-VM durch den In-Kernel-KVM-Code selbst demonstriert – ganz ohne Fehler im Userspace-Emulator .
Für Cloud-Anbieter, die AWS-Graviton-Instanzen, Ampere-Altra-Server oder andere arm64-KVM-Hosts mit mandantenfähigen Workloads betreiben, hat dies gravierende Folgen. Ein Gast kann:
Beliebigen Host-Kernel-Speicher lesen und schreiben
Sich Codeausführung auf Ring-0-Ebene des Hosts verschaffen
Lateral auf andere VMs, Container oder das Host-Netzwerk übergreifen
Die meisten Sicherheitsteams bewerten die Schwachstelle mit einem CVSS-Wert von über 9,0, was die höchste Kritikalität widerspiegelt .
Die Ursache im Detail
Der verwundbare Code liegt im Invalidierungspfad des LPI-Übersetzungscaches. Wenn der Kernel Cache-Einträge leeren muss, iteriert er mit xa_for_each() durch das XArray und ruft vgic_put_irq() auf, um den Referenzzähler für jeden Eintrag zu senken. Das Problem: xa_for_each() kann Einträge zurückgeben, die von einer gleichzeitigen Operation – etwa einem DISCARD-ITS-Befehl einer anderen vCPU – bereits gelöscht wurden. Die Invalidierungsschleife senkt den Referenzzähler für diesen bereits entfernten Eintrag dennoch, was zu einer doppelten Freigabe und schließlich zu einem Use-after-Free führt .
Eine frühere Schwachstelle im selben Code, CVE-2024-26598, hatte eine ähnliche UAF-Lücke im Trefferpfad des LPI-Übersetzungscaches teilweise behoben, indem der Referenzzähler innerhalb von vgic_its_check_cache() vor dem Freigeben der Sperre erhöht wurde. Dieser Fix deckte den Invalidierungspfad jedoch nicht ab, sodass die Race-Condition durch eine andere Befehlssequenz weiterhin ausnutzbar blieb .
Der Patch
Der offizielle Upstream-Fix modifiziert vgic_its_invalidate_cache() so, dass vgic_put_irq() nur noch für den von xa_erase() zurückgegebenen Wert aufgerufen wird, nicht für jeden Eintrag, den der Iterator berührt. Die Commit-Nachricht lautet: "KVM: arm64: vgic-its: Drop the translation cache reference only for the erased entry" (dt.: „Gebe die Referenz des Übersetzungscaches nur für den tatsächlich gelöschten Eintrag frei“) .
Da xa_erase() den alten Eintrag atomar entfernt und zurückgibt – oder NULL zurückgibt, falls der Eintrag bereits weg war – stellt der Fix sicher, dass der Referenzzähler genau einmal dekrementiert wird, und eliminiert so das Zeitfenster für die doppelte Freigabe. Der Patch wurde Anfang Juni 2026 in den Upstream-Kernel aufgenommen und kurze Zeit später, um den 8. bis 10. Juni 2026, schnell in die stabilen 6.x-Kernel-Serien übernommen . Große Distributionen wie Red Hat, SUSE und Debian haben Backports für ihre unterstützten Kernel-Zweige veröffentlicht .
Betroffene Versionen
Eingeführt: Ende April 2024, als der LPI-Übersetzungscache erstmals zu KVM/arm64 hinzugefügt wurde
Verwundbares Zeitfenster: Upstream-Kernel, die etwa zwischen April 2024 und Anfang Juni 2026 kompiliert wurden
Behoben: Upstream-Fix von Anfang Juni 2026; enthalten in den neuesten 6.x-Stable-Kerneln und Distributions-Backports
Der Proof-of-Concept-Exploit
Hyunwoo Kim veröffentlichte den funktionierenden Exploit um den 9. bis 10. Juni 2026 öffentlich auf GitHub. Das Repository enthält den vollständigen Quellcode, eine Schritt-für-Schritt-Anleitung zur Reproduktion sowie eine technische Beschreibung der Exploitation-Technik . Der Exploit triggert die Race-Condition, indem er vCPU-Threads koordiniert, die gleichzeitig DISCARD-Befehle ausführen und Lookups im LPI-Übersetzungscache vornehmen, um den Use-After-Free präzise für die Host-Codeausführung auszunutzen.
Die öffentliche Verfügbarkeit eines zuverlässigen PoCs bedeutet, dass standardisierte Exploit-Scanner und echte Angreifer die Schwachstelle mit minimalem Aufwand waffenfähig machen können. Das verkürzt das Zeitfenster zwischen der Offenlegung und aktiven Angriffen erheblich.
Dringende Abhilfemaßnahmen für ARM64-Cloud-Betreiber
Wenn Sie eine mandantenfähige arm64-KVM-Infrastruktur betreiben – mit AWS Graviton, Ampere Altra oder einer ähnlichen Plattform – betrachten Sie diesen Vorfall als sofortigen Notfall-Patch-Zyklus.
Patchen Sie den Host-Kernel jetzt. Spielen Sie den neuesten Stable-Kernel ein, der den Fix von Anfang Juni 2026 enthält, oder das Backport-Paket Ihrer Distribution .
Deaktivieren Sie das In-Kernel-vGIC-ITS für nicht vertrauenswürdige Gastsysteme, falls ein sofortiges Patchen nicht möglich ist. Mit QEMU kann dies erzwungen werden, indem die GICv3-ITS-Emulation in den Userspace verlagert oder GICv3-ITS-Fähigkeiten gegenüber nicht vertrauten Mietern nicht offengelegt werden .
Verlassen Sie sich nicht auf eine Härtung des Gastsystems. Dies ist ein Fehler auf der Hypervisor-Ebene; es gibt keine Abhilfemaßnahme innerhalb der VM .
Überprüfen Sie Ihre Server-Flotte auf verwundbare Kernel. Jeder arm64-KVM-Host mit einem Kernel, der zwischen April 2024 und Anfang Juni 2026 kompiliert wurde und den vGIC-ITS nutzt, ist gefährdet .
Überwachen Sie auf Anzeichen einer Ausnutzung. Mit dem öffentlich verfügbaren PoC-Code sind aktive Scans und Kompromittierungsversuche hochwahrscheinlich .
An EPYC escape: Case-study of a KVM breakout - Project Zero
