Hiperwizor KVM, który zapewnia wirtualizację dla wielu infrastruktur Linux, zawierał lukę w zabezpieczeniach, która pojawiła się 16 lat temu. Luka ta, nazwana „Januscape”, umożliwiała maszynie wirtualnej włamanie się na serwer hosta. Zagrożenie to jest szczególnie powszechne w środowiskach chmurowych i serwerach zwirtualizowanych.
Ta krytyczna luka wynika z błędu pamięci w menedżerze pamięci KVM (MMU) w architekturach Intel i AMD. Odkrycia dokonał niezależny badacz Hyunwoo Kim, który zgłosił je do programu kvmCTF firmy Google. Konsekwencje mogą być poważne, z ryzykiem wykonania złośliwego kodu na hoście.
Administratorzy systemu Linux muszą bezwzględnie sprawdzać dostępność aktualizacji dla swoich dystrybucji, ponieważ w przypadku wielu istniejących wariantów poprawki nie są dostępne natychmiast.
Januscape: Krytyczna luka w zabezpieczeniach wirtualizacji KVM powodująca problemy
KVM to hiperwizor typu 1, szeroko stosowany w ekosystemie Linux, szczególnie w chmurach publicznych, takich jak Google Cloud. Pomimo jego reputacji jako niezawodnego rozwiązania, w jego module zarządzania pamięcią odkryto poważną lukę w zabezpieczeniach. Tak zwana luka „Januscape” to luka w zabezpieczeniach typu „use-after-free” w shadow MMU, kluczowym mechanizmie zarządzania adresami pamięci w maszynach wirtualnych.
Tę lukę może wykorzystać atakujący z uprawnieniami roota na gościnnej maszynie wirtualnej. Może on wtedy spowodować awarię jądra hosta lub, w najgorszym przypadku, wstrzyknąć kod z podwyższonymi uprawnieniami. Wyobraź sobie pojedynczą maszynę wirtualną w chmurze publicznej, która może wyłączyć cały serwer fizyczny – to nie lada wyczyn!
Niektóre dystrybucje, zwłaszcza Red Hat Enterprise Linux, pozostawiają nawet uchylone drzwi, zezwalając wszystkim użytkownikom na dostęp do zapisu na urządzeniu /dev/kvm. Taki poziom narażenia ułatwia dostęp do tej luki i zwiększa zagrożenie.
Osiągnięcie wypracowane z czujnością i ostrożnością
Hyunwoo Kim wdrożył proof of concept, który wywołuje panikę jądra, powodując odmowę usługi. Nie opublikował jednak jeszcze kompletnego kodu exploita, który umożliwiłby całkowite uwolnienie się z maszyny wirtualnej. To milczenie tłumaczy się złożonością exploita i, niewątpliwie, względami etycznymi.
Niemniej jednak samo istnienie tej luki stanowi poważne zagrożenie dla wirtualizowanych infrastruktur. Inni badacze lub cyberprzestępcy mogą w niedalekiej przyszłości opracować bardziej niebezpieczny atak, zwłaszcza że podobne warianty zostały już odkryte w innych architekturach, takich jak ARM64.
Aby głębiej zagłębić się w ten temat, warto zapoznać się ze szczegółową analizą tej podatności na stronie internetowej Świat Komputerowy.
Januscape to jedna z szeregu luk w zabezpieczeniach Linuksa, na które warto zwrócić uwagę.
Odkrycie Januscape przypomina, że wirtualizacja, zarówno open source, jak i zastrzeżona, pozostaje obszarem wrażliwym. Tak zwane ataki typu „VM escape” należą do najbardziej obawianych, ponieważ naruszają fundamentalną izolację między hostem a gościem. Podważenie tej bariery naraża na szwank całą infrastrukturę.
Hyunwoo Kim nie jest obcy tego typu exploitom. Opublikował również jeden o nazwie „Dirty Frag”, który łączy kilka luk w jądrze Linuksa, aby zwiększyć uprawnienia. To pokazuje, że czujność i szybkość reakcji są kluczowe dla utrzymania bezpieczeństwa systemu.
Oficjalna poprawka dla Januscape została zintegrowana z kernelem Linuksa 16 czerwca. Jednak dostępność poprawek w popularnych dystrybucjach, takich jak Red Hat, Debian czy Fedora, zależy od szybkości pracy osób odpowiedzialnych za ich wdrożenie. Najlepiej upewnić się, że zostaną one zainstalowane jak najszybciej i unikać uruchamiania bez odpowiedniego zabezpieczenia!
Znaczenie aktualizacji dla stabilności i bezpieczeństwa
W takich sytuacjach najlepiej nie chować głowy w piasek. Sama natura tej podatności jest lekcją: w systemach zwirtualizowanych zaufanie zależy w równym stopniu od prawidłowego działania jądra Linuksa, co od hiperwizora. To jak oliwienie silnika przed jego rozmontowaniem.
Regularne monitorowanie komunikatów dotyczących bezpieczeństwa i wdrażanie poprawek, gdy tylko się pojawią, jest niezwykle istotne. Obejmuje to sprawdzanie dostępności poprawek dla jądra i pakietów związanych z KVM. Aktualny system to najlepsza obrona przed lukami w zabezpieczeniach, które czasami pozostają uśpione przez lata, zanim zostaną wykryte.
Aby dowiedzieć się więcej na temat aktualizacji w systemie Linux, zapoznaj się również ze wskazówkami dotyczącymi administrowania systemem dostępnymi pod adresem [adres strony internetowej]. Encaja z Linuksem.
Na czym polega luka Januscape w KVM?
Jest to luka w zabezpieczeniach pamięci „użyj po zwolnieniu” w menedżerze pamięci hiperwizora KVM, umożliwiająca maszynie wirtualnej wykonywanie złośliwego kodu na hoście Linux.
Których systemów dotyczy Januscape?
Problem dotyczy serwerów Linux wykorzystujących KVM na architekturach Intel i AMD, w szczególności tych wdrożonych w środowiskach chmurowych.
Jak możemy chronić się przed tą podatnością?
Należy niezwłocznie zastosować odpowiednie aktualizacje jądra Linux, upewniając się, że używane dystrybucje prawidłowo zintegrowały te poprawki.
Czy wada może powodować nieprawidłowe działanie urządzenia?
Tak, atak może wywołać „panik jądra”, powodując zatrzymanie lub ponowne uruchomienie serwera, co może mieć wpływ na dostępność.
Czy istnieją inne podobne luki w zabezpieczeniach?
Tak, inne luki, takie jak ITScape na ARM64, pokazują, że zagrożenie ucieczką maszyn wirtualnych nie ogranicza się do jednego typu architektury.
Źródło: www.lemondeinformatique.fr