Katalog CVE

CVE-2026-89804

WysokieCVSS 8.8
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.17%

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

Streszczenie

W jądrze Linux w sterowniku drm/nouveau/dmem naprawiono niedopasowany rozmiar DMA unmap dla dużych folio. Przy migracji THP mapowano bufory z page_size(), ale w dwóch miejscach (nouveau_dmem_migrate_to_ram i nouveau_dmem_migrate_copy_one) przekazywano PAGE_SIZE do dma_unmap_page(), co dla folio rzędu > 0 powodowało wyciek części mapowania IOMMU/IOVA. Poprawka używa zapisanego rozmiaru.

Ocena ryzyka

Wyciek mapowań IOMMU/IOVA może prowadzić do wyczerpania zasobów i niestabilności systemu, a w skrajnych przypadkach do problemów z bezpieczeństwem pamięci. Dotyczy systemów z kartami NVIDIA korzystających z dmem.

Rekomendacja

Zaktualizuj jądro Linux do wersji z poprawką w drm/nouveau/dmem. Monitoruj zużycie zasobów IOMMU na systemach z GPU NVIDIA.

Powiązane podatności

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

In the Linux kernel, the following vulnerability has been resolved: drm/nouveau/dmem: fix mismatched DMA unmap size for large folios Device-private THP migration maps migration buffers with page_size() and records that length in dma_info->size. For a compound folio page_size() is PAGE_SIZE << order, but two teardown sites still pass a literal PAGE_SIZE to dma_unmap_page(): - nouveau_dmem_migrate_to_ram() on the success path, and - nouveau_dmem_migrate_copy_one() on the copy-error path. For an order > 0 folio this unmaps less than was mapped, leaking the remainder of the IOMMU/IOVA mapping. The other unmap sites, in nouveau_dmem_migrate_chunk() and nouveau_dmem_evict_chunk(), already use the saved size; use it here too.

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