CVE-2026-62434

Podczas przełączania z Grant Table v2 na v1 w Xen, kod trzymający blokadę tabeli grantów, ale tymczasowo ją zwalniający i ponownie przejmujący, błędnie zakłada, że właściwości tabeli nie zmienią się w czasie, gdy blokada nie jest trzymana. Prowadzi to do problemów z ramkami statusu, które znikają przy przejściu z v2 na v1.

Podczas przełączania z Grant Table v1 na v2 w Xen, kod trzymający blokadę tabeli grantów, ale tymczasowo ją zwalniający i ponownie przejmujący, błędnie zakłada, że właściwości tabeli nie zmienią się w czasie, gdy blokada nie jest trzymana. Prowadzi to do zmniejszenia liczby prawidłowych referencji grantów.

Hiperwywołanie EVTCHNOP_expand_array sprawdza, czy zdarzenia FIFO są włączone, ale bez odpowiedniego blokowania. Może to prowadzić do wyścigu z EVTCHNOP_reset, skutkującego dereferencją wskaźnika NULL.

Logika obsługi okresowych timerów Viridian STIMER wykonuje dzielenie przez wartość kontrolowaną przez użytkownika, która może być ustawiona na zero, powodując błąd #DE (dzielenie przez zero).

Dostęp do pamięci CMOS odbywa się za pomocą pary portów IO. Xen musi buforować wybrany przez gościa indeks, ale jedno z użyć tego indeksu nie miało odpowiedniego blokowania, co pozwala gościowi na zmianę indeksu po jego sprawdzeniu, prowadząc do odczytu poza zakresem tablicy.

Dostęp do danych konfiguracyjnych vNUMA gościa jest możliwy nawet po rozpoczęciu niszczenia domeny. Czyszczenie tych informacji konfiguracyjnych nie jest zsynchronizowane z ich pobieraniem przez model urządzenia sterujący gościem.

Podczas przetwarzania operacji grant-copy, sprawdzane są uprawnienia i wykonywana kopia. Gdy grant jest już używany („pinned”), sprawdzenie uprawnień może być wykonane na innej stronie niż ta faktycznie używana w kopii, co prowadzi do niespójności.

Operacje platform-op używają globalnego blokady, ale sposób jej uzyskiwania nie zapewnia sprawiedliwości, a przy użyciu XSM/Flask blokada jest przejmowana przed sprawdzeniem uprawnień. To jest problem platform-op.

Operacje sysctl używają globalnego blokady, ale sposób jej uzyskiwania nie zapewnia sprawiedliwości, a przy użyciu XSM/Flask blokada jest przejmowana przed sprawdzeniem uprawnień. To jest problem sysctl.

Rozwiązywanie pewnych problemów związanych z długotrwałymi operacjami okazało się zbyt kosztowne. Ponieważ dostępne są alternatywy (HVM/PVH: HAP, PV: shim), zdecydowano się na wycofanie funkcjonalności, pozostawiając ją do użytku na własne ryzyko. Małe goście pamięciowo mogą nadal działać poprawnie.