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:
Większość zespołów bezpieczeństwa oceniła tę lukę powyżej 9.0 w skali CVSS, co oznacza krytyczny poziom zagrożenia .
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) .
Jeśli zarządzasz infrastrukturą ARM64, na której uruchamiane są maszyny wirtualne różnych użytkowników, zaktualizowanie jądra to absolutny priorytet.
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
.
Comments
0 comments