Katalog CVE

CVE-2026-89451

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.20%

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

Streszczenie

W jądrze Linux w sterowniku iommu/sva funkcja iommu_attach_device_pasid() instaluje nowy uchwyt SVA w wyszukiwaniu PASID grupy, zanim iommu_sva_bind_device() zwróci wynik. Współbieżne bind może znaleźć i ponownie użyć ten sam uchwyt po zwolnieniu iommu_sva_lock. Pole handle->dev było inicjalizowane po zwolnieniu iommu_sva_lock, co pozostawia okno, w którym wyścigowy bind może zwrócić uchwyt z wciąż NULL wskaźnikiem dev, a następnie iommu_sva_unbind_device() może go dereferencjonować przez handle->dev->iommu_group.

Ocena ryzyka

Wyścig może prowadzić do dereferencji wskaźnika NULL w jądrze, powodując panikę jądra (odmowa usługi).

Rekomendacja

Zaktualizować jądro Linux do wersji z poprawką, która inicjalizuje handle->dev przed zwolnieniem iommu_sva_lock, aby każdy widoczny uchwyt SVA był w pełni zainicjalizowany.

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: iommu/sva: Set handle->dev before the SVA handle is visible iommu_attach_device_pasid() installs the new SVA attach handle in the group PASID lookup before iommu_sva_bind_device() returns. A concurrent bind can therefore find and reuse the same handle after iommu_sva_lock is dropped. handle->dev was initialized after dropping iommu_sva_lock. This leaves a window where a racing bind can return a handle whose dev pointer is still NULL. A subsequent iommu_sva_unbind_device() can then dereference it via handle->dev->iommu_group. Initialize handle->dev before releasing iommu_sva_lock so any visible SVA handle is fully initialized.

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