ITScape: Pierwsza ucieczka z maszyny wirtualnej KVM/arm64 zagraża chmurom ARM
ITScape (CVE 2026 46316) to krytyczna luka w KVM na architekturze arm64, umożliwiająca złośliwej maszynie wirtualnej wykonanie dowolnego kodu na hoście z pełnymi uprawnieniami jądra – exploit jest publicznie dostępny. Przyczyną jest wyścig (race condition) w unieważnianiu pamięci podręcznej tłumaczeń vGIC ITS, prowa...
Opublikowane przezEdytowane za pomocą DeepSeek-V4-ProObrazy wygenerowane za pomocą GPT Image 1.5
ITScape (CVE 2026 46316) to krytyczna luka w KVM na architekturze arm64, umożliwiająca złośliwej maszynie wirtualnej wykonanie dowolnego kodu na hoście z pełnymi uprawnieniami jądra – exploit jest publicznie dostępny.
Przyczyną jest wyścig (race condition) w unieważnianiu pamięci podręcznej tłumaczeń vGIC ITS, prowadzący do błędu use after free w jądrach Linuksa budowanych od końca kwietnia 2024 do początku czerwca 2026 roku.
Operatorzy chmur z wielodostępnymi hostami ARM64 (np. AWS Graviton) muszą natychmiast zaaplikować łatkę; tymczasowym obejściem jest wyłączenie wirtualnego ITS w jądrze dla niezaufanych gości.
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.
AI 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
W świecie wirtualizacji najgroźniejsze są luki, które pozwalają wydostać się z klatki maszyny wirtualnej i przejąć kontrolę nad fizycznym serwerem – hostem. Właśnie taki scenariusz stał się rzeczywistością dla platform opartych na architekturze ARM. Luka o nazwie ITScape (CVE-2026-46316) to pierwszy publicznie udokumentowany przypadek ucieczki z gościa KVM na hoście dla procesorów arm64 .
Jej odkrywca, badacz Hyunwoo Kim, nie tylko opisał szczegóły techniczne, ale i opublikował w pełni działający exploit, co postawiło na nogi administratorów wszystkich większych chmur korzystających z serwerów ARM .
Na czym polega problem?
Wszystko rozgrywa się w podsystemie KVM odpowiedzialnym za wirtualny kontroler przerwań GICv3, a konkretnie w jego usłudze tłumaczenia przerwań LPI (vGIC-ITS). Gdy jądro Linuksa musi unieważnić wpis w pamięci podręcznej tłumaczeń, przegląda ją i dla każdego znalezionego rekordu zmniejsza licznik referencji. Tu tkwi haczyk: funkcja unieważniająca () operuje na wskaźniku zwróconym przez iterator, a nie na wartości bezpiecznie pobranej przez operację atomowego usunięcia .
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "ITScape: Pierwsza ucieczka z maszyny wirtualnej KVM/arm64 zagraża chmurom ARM"?
ITScape (CVE 2026 46316) to krytyczna luka w KVM na architekturze arm64, umożliwiająca złośliwej maszynie wirtualnej wykonanie dowolnego kodu na hoście z pełnymi uprawnieniami jądra – exploit jest publicznie dostępny.
What are the key points to validate first?
ITScape (CVE 2026 46316) to krytyczna luka w KVM na architekturze arm64, umożliwiająca złośliwej maszynie wirtualnej wykonanie dowolnego kodu na hoście z pełnymi uprawnieniami jądra – exploit jest publicznie dostępny. Przyczyną jest wyścig (race condition) w unieważnianiu pamięci podręcznej tłumaczeń vGIC ITS, prowadzący do błędu use after free w jądrach Linuksa budowanych od końca kwietnia 2024 do początku czerwca 2026 roku.
What should I do next in practice?
Operatorzy chmur z wielodostępnymi hostami ARM64 (np. AWS Graviton) muszą natychmiast zaaplikować łatkę; tymczasowym obejściem jest wyłączenie wirtualnego ITS w jądrze dla niezaufanych gości.
ITScape: Pierwsza ucieczka z maszyny wirtualnej KVM/arm64 zagraża chmurom ARM
ITScape (CVE 2026 46316) to krytyczna luka w KVM na architekturze arm64, umożliwiająca złośliwej maszynie wirtualnej wykonanie dowolnego kodu na hoście z pełnymi uprawnieniami jądra – exploit jest publicznie dostępny. Przyczyną jest wyścig (race condition) w unieważnianiu pamięci podręcznej tłumaczeń vGIC ITS, prowa...
Opublikowane przezEdytowane za pomocą DeepSeek-V4-ProObrazy wygenerowane za pomocą GPT Image 1.5
ITScape (CVE 2026 46316) to krytyczna luka w KVM na architekturze arm64, umożliwiająca złośliwej maszynie wirtualnej wykonanie dowolnego kodu na hoście z pełnymi uprawnieniami jądra – exploit jest publicznie dostępny.
Przyczyną jest wyścig (race condition) w unieważnianiu pamięci podręcznej tłumaczeń vGIC ITS, prowadzący do błędu use after free w jądrach Linuksa budowanych od końca kwietnia 2024 do początku czerwca 2026 roku.
Operatorzy chmur z wielodostępnymi hostami ARM64 (np. AWS Graviton) muszą natychmiast zaaplikować łatkę; tymczasowym obejściem jest wyłączenie wirtualnego ITS w jądrze dla niezaufanych gości.
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.
AI 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
W świecie wirtualizacji najgroźniejsze są luki, które pozwalają wydostać się z klatki maszyny wirtualnej i przejąć kontrolę nad fizycznym serwerem – hostem. Właśnie taki scenariusz stał się rzeczywistością dla platform opartych na architekturze ARM. Luka o nazwie ITScape (CVE-2026-46316) to pierwszy publicznie udokumentowany przypadek ucieczki z gościa KVM na hoście dla procesorów arm64 .
Jej odkrywca, badacz Hyunwoo Kim, nie tylko opisał szczegóły techniczne, ale i opublikował w pełni działający exploit, co postawiło na nogi administratorów wszystkich większych chmur korzystających z serwerów ARM .
Na czym polega problem?
Wszystko rozgrywa się w podsystemie KVM odpowiedzialnym za wirtualny kontroler przerwań GICv3, a konkretnie w jego usłudze tłumaczenia przerwań LPI (vGIC-ITS). Gdy jądro Linuksa musi unieważnić wpis w pamięci podręcznej tłumaczeń, przegląda ją i dla każdego znalezionego rekordu zmniejsza licznik referencji. Tu tkwi haczyk: funkcja unieważniająca () operuje na wskaźniku zwróconym przez iterator, a nie na wartości bezpiecznie pobranej przez operację atomowego usunięcia .
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "ITScape: Pierwsza ucieczka z maszyny wirtualnej KVM/arm64 zagraża chmurom ARM"?
ITScape (CVE 2026 46316) to krytyczna luka w KVM na architekturze arm64, umożliwiająca złośliwej maszynie wirtualnej wykonanie dowolnego kodu na hoście z pełnymi uprawnieniami jądra – exploit jest publicznie dostępny.
What are the key points to validate first?
ITScape (CVE 2026 46316) to krytyczna luka w KVM na architekturze arm64, umożliwiająca złośliwej maszynie wirtualnej wykonanie dowolnego kodu na hoście z pełnymi uprawnieniami jądra – exploit jest publicznie dostępny. Przyczyną jest wyścig (race condition) w unieważnianiu pamięci podręcznej tłumaczeń vGIC ITS, prowadzący do błędu use after free w jądrach Linuksa budowanych od końca kwietnia 2024 do początku czerwca 2026 roku.
What should I do next in practice?
Operatorzy chmur z wielodostępnymi hostami ARM64 (np. AWS Graviton) muszą natychmiast zaaplikować łatkę; tymczasowym obejściem jest wyłączenie wirtualnego ITS w jądrze dla niezaufanych gości.
Wielowątkowa natura maszyn wirtualnych sprawia, że w tym samym momencie inny procesor (vCPU) może wydać polecenie DISCARD, które usuwa wpis z pamięci podręcznej. Gdy pętla unieważniająca próbuje następnie „uwolnić” już usunięty obiekt, dochodzi do klasycznego błędu use-after-free (UAF), czyli odwołania do zwolnionej pamięci. Atakujący może w ten sposób manipulować stertą jądra i ostatecznie przejąć przepływ sterowania na poziomie hosta .
Dlaczego to przełomowe i niebezpieczne?
Dotychczas znane przypadki ucieczek z KVM dotyczyły głównie architektury x86 i często bazowały na błędach w emulatorze QEMU, a nie w samym jądrze. ITScape omija te ograniczenia – atak następuje bezpośrednio z nieuprzywilejowanego gościa ARM64 przez kod KVM w jądrze systemu .
Dla dostawców usług chmurowych, którzy na jednym fizycznym serwerze (np. z procesorem Ampere Altra czy AWS Graviton) uruchamiają maszyny wirtualne różnych klientów, konsekwencje są katastrofalne:
Odczyt i zapis dowolnej pamięci jądra hosta.
Eskalacja uprawnień i wykonanie kodu z najwyższymi przywilejami (ring 0) na hoście.
Możliwość ataku na inne maszyny wirtualne, kontenery lub sieć hosta.
Większość zespołów bezpieczeństwa oceniła tę lukę powyżej 9.0 w skali CVSS, co oznacza krytyczny poziom zagrożenia .
Kto jest zagrożony?
Problem dotyczy jąder Linuksa z oknem czasowym od końca kwietnia 2024 roku do początku czerwca 2026 roku, czyli od momentu wprowadzenia pamięci podręcznej tłumaczeń LPI do KVM/arm64 .
Dystrybucje Linuksa takie jak Red Hat, SUSE czy Debian wydały już backportowane łatki dla swoich wspieranych gałęzi jądra (np. RHSA-2026:6193, aktualizacje SUSE) .
Jak się bronić? Działania natychmiastowe
Jeśli zarządzasz infrastrukturą ARM64, na której uruchamiane są maszyny wirtualne różnych użytkowników, zaktualizowanie jądra to absolutny priorytet.
Natychmiast załataj jądro hosta. Zainstaluj najnowszą stabilną wersję jądra zawierającą poprawkę z czerwca 2026 roku lub pakiet backportowany od Twojego dostawcy dystrybucji .
Tymczasowe obejście: Jeśli łatka nie wchodzi od razu w grę, wyłącz wirtualny ITS w jądrze (in-kernel vGIC-ITS) dla niezaufanych gości. W QEMU można to osiągnąć, wymuszając emulację ITS w przestrzeni użytkownika lub w ogóle nie udostępniając funkcji GICv3 ITS zewnętrznym najemcom .
Nie polegaj na zabezpieczeniach wewnątrz VM. To błąd samego hypervisorа – żadna konfiguracja systemu gościa nie stanowi skutecznej blokady .
Przeskanuj swoją flotę serwerów. Każdy host KVM/arm64 z jądrem zbudowanym w zagrożonym okresie i używający vGIC-ITS jest podatny na atak .
Monitoruj wskaźniki włamań. Publiczna dostępność działającego exploita oznacza, że próby automatycznego skanowania i przejęcia serwerów są bardzo prawdopodobne .
Techniczna przyczyna i łatka
W kodzie odpowiadającym za unieważnianie pamięci podręcznej tłumaczeń ITS, pętla xa_for_each() zwracała wszystkie wpisy, nawet te już usunięte przez współbieżną operację. Łatka modyfikuje to zachowanie: funkcja vgic_put_irq() zmniejsza teraz licznik referencji wyłącznie na podstawie wartości zwróconej przez xa_erase(), która atomowo usuwa wpis i zwraca go, lub NULL, jeśli wpis już nie istnieje .
Co ciekawe, podobny błąd w ścieżce trafienia w pamięć podręczną (CVE-2024-26598) został częściowo załatany już wcześniej, ale nie obejmował właśnie tej funkcji unieważniającej, pozostawiając furtkę dla atakujących .
Wielowątkowa natura maszyn wirtualnych sprawia, że w tym samym momencie inny procesor (vCPU) może wydać polecenie DISCARD, które usuwa wpis z pamięci podręcznej. Gdy pętla unieważniająca próbuje następnie „uwolnić” już usunięty obiekt, dochodzi do klasycznego błędu use-after-free (UAF), czyli odwołania do zwolnionej pamięci. Atakujący może w ten sposób manipulować stertą jądra i ostatecznie przejąć przepływ sterowania na poziomie hosta .
Dlaczego to przełomowe i niebezpieczne?
Dotychczas znane przypadki ucieczek z KVM dotyczyły głównie architektury x86 i często bazowały na błędach w emulatorze QEMU, a nie w samym jądrze. ITScape omija te ograniczenia – atak następuje bezpośrednio z nieuprzywilejowanego gościa ARM64 przez kod KVM w jądrze systemu .
Dla dostawców usług chmurowych, którzy na jednym fizycznym serwerze (np. z procesorem Ampere Altra czy AWS Graviton) uruchamiają maszyny wirtualne różnych klientów, konsekwencje są katastrofalne:
Odczyt i zapis dowolnej pamięci jądra hosta.
Eskalacja uprawnień i wykonanie kodu z najwyższymi przywilejami (ring 0) na hoście.
Możliwość ataku na inne maszyny wirtualne, kontenery lub sieć hosta.
Większość zespołów bezpieczeństwa oceniła tę lukę powyżej 9.0 w skali CVSS, co oznacza krytyczny poziom zagrożenia .
Kto jest zagrożony?
Problem dotyczy jąder Linuksa z oknem czasowym od końca kwietnia 2024 roku do początku czerwca 2026 roku, czyli od momentu wprowadzenia pamięci podręcznej tłumaczeń LPI do KVM/arm64 .
Dystrybucje Linuksa takie jak Red Hat, SUSE czy Debian wydały już backportowane łatki dla swoich wspieranych gałęzi jądra (np. RHSA-2026:6193, aktualizacje SUSE) .
Jak się bronić? Działania natychmiastowe
Jeśli zarządzasz infrastrukturą ARM64, na której uruchamiane są maszyny wirtualne różnych użytkowników, zaktualizowanie jądra to absolutny priorytet.
Natychmiast załataj jądro hosta. Zainstaluj najnowszą stabilną wersję jądra zawierającą poprawkę z czerwca 2026 roku lub pakiet backportowany od Twojego dostawcy dystrybucji .
Tymczasowe obejście: Jeśli łatka nie wchodzi od razu w grę, wyłącz wirtualny ITS w jądrze (in-kernel vGIC-ITS) dla niezaufanych gości. W QEMU można to osiągnąć, wymuszając emulację ITS w przestrzeni użytkownika lub w ogóle nie udostępniając funkcji GICv3 ITS zewnętrznym najemcom .
Nie polegaj na zabezpieczeniach wewnątrz VM. To błąd samego hypervisorа – żadna konfiguracja systemu gościa nie stanowi skutecznej blokady .
Przeskanuj swoją flotę serwerów. Każdy host KVM/arm64 z jądrem zbudowanym w zagrożonym okresie i używający vGIC-ITS jest podatny na atak .
Monitoruj wskaźniki włamań. Publiczna dostępność działającego exploita oznacza, że próby automatycznego skanowania i przejęcia serwerów są bardzo prawdopodobne .
Techniczna przyczyna i łatka
W kodzie odpowiadającym za unieważnianie pamięci podręcznej tłumaczeń ITS, pętla xa_for_each() zwracała wszystkie wpisy, nawet te już usunięte przez współbieżną operację. Łatka modyfikuje to zachowanie: funkcja vgic_put_irq() zmniejsza teraz licznik referencji wyłącznie na podstawie wartości zwróconej przez xa_erase(), która atomowo usuwa wpis i zwraca go, lub NULL, jeśli wpis już nie istnieje .
Co ciekawe, podobny błąd w ścieżce trafienia w pamięć podręczną (CVE-2024-26598) został częściowo załatany już wcześniej, ale nie obejmował właśnie tej funkcji unieważniającej, pozostawiając furtkę dla atakujących .
securityonline.infoITScape KVM Escape: CVE-2026-46316 PoC Exploit ...
mallory.aiITScape KVM/arm64 Escape Flaw Exposes Hosts to Guest ...
access.redhat.com[XML] https://access.redhat.com/hydra/rest/securitydata/cve/CVE-2026 ...
projectzero.googleAn EPYC escape: Case-study of a KVM breakout - Project Zero