Luki w Xen pozwalają jednej maszynie wirtualnej czytać i pisać pamięć innych

Xen Project opublikował 3 listopada biuletyn XSA-523, w którym ujawnia dwie luki w hiperwizorze. Złośliwa maszyna wirtualna gościa może dzięki nim czytać i pisać pamięć innych VM na tym samym hoście, w tym dom0. Luki mają numery CVE-2026-102703 i CVE-2026-102704. Łatki są dostępne, nie ma znanego sposobu obejścia problemu, podał projekt.

Podatne są wszystkie wersje Xen od 4.6 w górę. Wersje 4.5 i wcześniejsze nie są. Dom0 to maszyna wirtualna, która domyślnie ma pełne uprawnienia i zarządza pozostałymi.

Jak działają luki

Luki siedzą w grant copy, operacji, której Xen używa do kopiowania danych między VM. Każda maszyna informuje Xen, które jej strony pamięci mogą wykorzystywać inne VM, a Xen sprawdza te uprawnienia. Żeby zaoszczędzić czas przy partii kopii w obrębie tej samej strony pamięci, Xen korzysta ze sprawdzeń, które już wykonał. W niektórych przypadkach nie sprawdził ponownie, choć powinien. Ten błąd pozwala złośliwemu gościowi czytać i pisać pamięć, która do niego nie należy.

XCP-ng, otwartoźródłowa platforma wirtualizacji zbudowana wokół Xen, napisała w informacjach o aktualizacji, że „pojedynczy przejęty gość może wydostać się ze swojej izolacji i przejąć cały host”. Vates, stojące za XCP-ng, ocenia skutki jako krytyczne.

Błędy znalazł Claude

Xen Project przypisał znalezienie luk firmie Anthropic, która użyła modelu Claude. Stephan Lipp z Ada Logics potwierdził odkrycie. Zespół CodeAnt AI Security Research Team później niezależnie zgłosił ten sam problem.

Poprawki i restarty zależnie od platformy

Biuletyn zawiera łatki dla xen-unstable oraz dla Xen od 4.19.x do 4.17.x. Nie ma łatki dla Xen od 4.6 do 4.16. Wsparcie bezpieczeństwa Xen 4.16 skończyło się 2 grudnia 2024 r.

XCP-ng 8.3 ma poprawkę: xen-4.17.7-4.2.xcpng8.3, wydaną 3 listopada. Hosty trzeba zrestartować.

Qubes OS, system desktopowy nastawiony na bezpieczeństwo, który trzyma oprogramowanie w osobnych, opartych na Xen przedziałach zwanych qubes, podał, że dotyczy to każdego wspieranego wydania i konfiguracji. Poprawka jest dla Qubes 4.3, jedynego wciąż wspieranego wydania. Pakiety Xen to 4.19.6-3 w dom0. Dom0 trzeba zrestartować, a użytkownicy Anti Evil Maid muszą ponownie zapieczętować swoje hasło, bo nowe binaria Xen zmieniają PCR18 i PCR19.

Ponieważ każda wersja Xen od 4.6 jest podatna, inne produkty zbudowane na tych wersjach pozostają zagrożone, dopóki ich twórcy nie dodadzą łatek z XSA-523. Na 4 listopada tracker bezpieczeństwa Debiana wymieniał pakiet xen w wydaniach bookworm, trixie i forky jako podatny, a w sid jako poprawiony.

Co dalej

Qubes poinformował użytkowników 3 listopada, żeby instalowali aktualizacje jak zwykle. Poprawione pakiety były wtedy w jego repozytorium security-testing i po testach społeczności miały w ciągu najbliższych dwóch tygodni trafić do stabilnego. Biuletyn Xen nie wspomina o żadnych atakach wykorzystujących luki ani nie precyzuje, jaki dostęp w maszynie wirtualnej musi mieć atakujący. XSA-523 jest oddzielny od XSA-500, wcześniejszej luki w grant copy, którą Xen ujawnił 28 lipca, i ma własne łatki.