Xen: luka w grant copy znaleziona z pomocą Claude zagraża także Dom0

3 listopada o 12:00 UTC zespół Xen Project Security Team opublikował drugą wersję komunikatu XSA-523 zatytułowanego "arbitrary read/write via grant copy", rozesłanego także na liście oss-security Openwall. Komunikat obejmuje dwie podatności, CVE-2026-102703 i CVE-2026-102704, które uderzają w sedno zadania hiperwizora: oddzielanie od siebie maszyn wirtualnych działających na tym samym hoście. Według komunikatu złośliwy gość może odczytywać i zapisywać dowolną pamięć należącą do innych domen, w tym Dom0, czyli domeny sterującej.

Słabym punktem jest grant copy, operacja, za pomocą której Xen kopiuje dane między maszynami wirtualnymi. Komunikat wyjaśnia, że gdy kopie napływają partiami na sąsiadujące zakresy adresów, Xen ponownie wykorzystuje już obliczone dane walidacyjne. W niektórych przypadkach warunki, które powinny wymusić ponowną walidację, były błędne. Wynikają z tego dwie odrębne usterki. W pierwszej, CVE-2026-102703, numery ramek i grant references mogły zostać ze sobą pomylone. W drugiej, CVE-2026-102704, kopiowanie według numeru ramki (zamiast według grant reference) jest dozwolone tylko na pamięci wywołującego, ale według komunikatu kontrola egzekwująca to ograniczenie znajdowała się w niewłaściwym miejscu kodu.

Zakres jest szeroki: według komunikatu podatne są wszystkie wersje od Xen 4.6 wzwyż, natomiast 4.5 i starsze nie są. Projekt Xen deklaruje, że nie jest znane żadne obejście. Dołączone łatki obejmują xen-unstable aż do serii 4.19.x oraz serie od 4.18.x do 4.17.x. Dla wersji od 4.6 do 4.16 komunikat nie wymienia poprawek ani numerowanych wydań naprawczych. Tego samego dnia Qubes OS, który opiera się właśnie na izolacji zapewnianej przez Xen, opublikował biuletyn QSB-121. Czytamy w nim, że podatne są wszystkie wspierane wydania i konfiguracje oraz że złośliwy qube może odczytywać i zapisywać pamięć innych qube'ów, w tym dom0. Dla Qubes 4.3 biuletyn wskazuje jako poprawkę pakiety Xen 4.19.6-3 w dom0, a następnie ponowne uruchomienie. Na razie nie wiadomo, czy istnieją aktywnie wykorzystywane exploity.

Sekcja podziękowań komunikatu Xen stwierdza, że lukę odkrył Anthropic przy użyciu Claude, następnie zweryfikował ją badacz z Ada Logics, a później niezależnie zgłosił ją zespół CodeAnt AI Security Research Team. Biuletyn QSB-121 w sprawie nazwisk zgłaszających odsyła do pierwotnego komunikatu, nie podając ich. Komunikat poprzestaje na formule "Anthropic using Claude": nie precyzuje, jaki model ani jaka wersja zostały użyte, ani czy praca była autonomiczna, czy prowadzona przez badaczy. Wśród wpisów Frontier Red Team Anthropic, do których mieliśmy dostęp, nie znaleźliśmy opisu metody. Nie analizowaliśmy też treści pierwszej wersji komunikatu.

Po sprawie php2shell, która dotyczyła PHP, scena przenosi się teraz na wirtualizację, warstwę, na której opiera się wielu dostawców chmury i systemy takie jak Qubes OS. To, co dokumentuje komunikat Xen, to przypisanie zasługi: odkrycie przypisane Anthropic i jego modelowi, potwierdzone przez badacza z Ada Logics i znalezione ponownie, na własną rękę, przez inną grupę. Jak do niego doszło, na razie nie mówi żadne ze źródeł. Administratorzy hostów Xen mają tymczasem pewność bardziej prozaiczną i pilniejszą: według komunikatu nie ma obejścia, a kto zostaje na wersjach starszych niż 4.17, nie znajdzie na liście żadnych łatek. — Olya