Katalog CVE

CVE-2026-80895

Niskie ryzyko· EPSS 6%
Opublikowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.17%

Percentyl 6 - wyżej niż 6% wszystkich znanych CVE

Streszczenie

W jądrze Linuxa w module mshv (Microsoft Hypervisor) występuje podatność polegająca na wyścigu (race condition) między publikacją wskaźnika do struktury VP w tablicy pt_vp_array a ścieżką szybkiego potwierdzania przerwań irqfd. W rezultacie na architekturach o słabym modelu pamięci (np. ARM64) czytelnik może zobaczyć niezerowy wskaźnik przed pełną inicjalizacją struktury VP, co prowadzi do użycia częściowo zainicjalizowanych pól.

Ocena ryzyka

Ryzyko obejmuje potencjalne użycie nieprawidłowych danych w ścieżce przerwań, co może prowadzić do nieprzewidywalnego zachowania systemu, awarii lub eskalacji uprawnień w środowiskach korzystających z mshv. Atak wymaga jednak lokalnego dostępu i możliwości rejestracji irqfd dla nieistniejącego jeszcze VP.

Rekomendacja

Zaleca się natychmiastowe zastosowanie oficjalnej łatki jądra Linuxa, która wprowadza bariery pamięci (smp_store_release/smp_load_acquire) w odpowiednich miejscach. Należy również zaktualizować system do wersji jądra zawierającej poprawkę.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: mshv: Order pt_vp_array publish against irqfd assertion path mshv_partition_ioctl_create_vp() initialises a VP struct (allocations, mutex_init, init_waitqueue_head, page mappings) and then publishes the pointer into partition->pt_vp_array. Several ISR paths read this array locklessly: the intercept ISR, the two scheduler ISRs, and mshv_try_assert_irq_fast() on the irqfd fast path. Of these, only mshv_try_assert_irq_fast() can structurally race the publish. It runs from an eventfd waker without holding pt_mutex, and MSHV_IRQFD does not require the target lapic_apic_id (== vp_index) to refer to an existing VP at registration time. A user can therefore register an irqfd targeting a yet-to-be-created VP, then trigger mshv_try_assert_irq_fast() concurrently with MSHV_CREATE_VP for the same index. On weakly-ordered architectures the reader can observe a non-NULL pointer in pt_vp_array before the initialising stores to the VP struct become visible, leading to use of partially-initialised fields (e.g. vp_register_page). The other ISR readers cannot reach this race: the hypervisor will not generate intercept or scheduler messages for a VP that has never been told to run, and the user can only call MSHV_RUN_VP on the VP fd returned by MSHV_CREATE_VP, which by construction is returned after the publish. Leave those readers as plain loads. Use smp_store_release() in mshv_partition_ioctl_create_vp() to publish the pointer, and pair it with smp_load_acquire() in mshv_try_assert_irq_fast(). On x86 these compile to plain accesses under TSO; on ARM64 they emit one-instruction acquire/release barriers, acceptable on this fast path. The destroy-side path (destroy_partition() clearing pt_vp_array[i] to NULL after kfree(vp)) has a separate ordering and lifetime concern that is out of scope here.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS