CVE-2026-62435
ŚrednieCVSS 6.5Streszczenie
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.
Ocena ryzyka
Może to prowadzić do nieprawidłowego zarządzania referencjami grantów, potencjalnie umożliwiając eskalację uprawnień lub naruszenie izolacji domen.
Rekomendacja
Zastosuj odpowiednią łatkę od dostawcy Xen, która rozwiązuje problem z przełączaniem wersji tabeli grantów.
Inne podatności w Xen
Zobacz wszystkie- CVE-2026-62436Średnie
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.
- CVE-2026-62434Średnie
Gość z włączoną funkcją Populated on Demand (PoD) może próbować odzyskiwać strony, które nie są zwykłą pamięcią RAM gościa. Może to prowadzić do uszkodzenia zarządzania pamięcią w Xen.
- CVE-2026-62432Wysokie
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.
- CVE-2026-62431Wysokie
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).
- CVE-2026-62430Wysokie
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.
- CVE-2026-62429Średnie
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.
- CVE-2026-62428Wysokie
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.
- CVE-2026-62427Wysokie
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.
- CVE-2026-62426Wysokie
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.
- CVE-2026-42493Wysokie
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.
Oryginalny opis (angielski, źródło NVD)
[This CNA information record relates to multiple CVEs; the text explains which aspects/vulnerabilities correspond to which CVE.] With the introduction of Grant Table v2 came the requirement to be able to switch between versions. Switching from v1 to v2 reduces the number of valid grant references, as a bigger shared entry structure is then needed while the shared table doesn't change size. Switching from v2 back to v1 the status frames, which are separate in v2, go away. Code holding, but intermediately dropping and then re-acquiring the grant table lock, sometimes wrongly assumes that said properties wouldn't change across the window in time where the lock is not being held. The v1 -> v2 issue is CVE-2026-62435. The v2 -> v1 issue is CVE-2026-62436.

