Katalog CVE

CVE-2025-38594

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.15%

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

Streszczenie

W podsystemie IOMMU (Intel VT-d) w jądrze Linuxa występuje podatność use-after-free (UAF) podczas odłączania SVA (Shared Virtual Addressing) z oczekującymi IOPF (I/O Page Fault). Funkcja iopf_for_domain_remove() jest wywoływana przed zablokowaniem sprzętu i opróżnieniem oczekujących błędów stron, co prowadzi do przedwczesnego zwolnienia struktur danych.

Ocena ryzyka

Podatność może prowadzić do awarii systemu (kernel panic) z powodu podwójnego zwolnienia lub dostępu do zwolnionej pamięci, szczególnie w środowiskach z wirtualizacją i SVA.

Rekomendacja

Zaleca się aktualizację jądra Linux do wersji zawierającej poprawkę, która przenosi wywołanie iopf_for_domain_remove() po intel_pasid_tear_down_entry().

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/vt-d: Fix UAF on sva unbind with pending IOPFs Commit 17fce9d2336d ("iommu/vt-d: Put iopf enablement in domain attach path") disables IOPF on device by removing the device from its IOMMU's IOPF queue when the last IOPF-capable domain is detached from the device. Unfortunately, it did this in a wrong place where there are still pending IOPFs. As a result, a use-after-free error is potentially triggered and eventually a kernel panic with a kernel trace similar to the following: refcount_t: underflow; use-after-free. WARNING: CPU: 3 PID: 313 at lib/refcount.c:28 refcount_warn_saturate+0xd8/0xe0 Workqueue: iopf_queue/dmar0-iopfq iommu_sva_handle_iopf Call Trace: <TASK> iopf_free_group+0xe/0x20 process_one_work+0x197/0x3d0 worker_thread+0x23a/0x350 ? rescuer_thread+0x4a0/0x4a0 kthread+0xf8/0x230 ? finish_task_switch.isra.0+0x81/0x260 ? kthreads_online_cpu+0x110/0x110 ? kthreads_online_cpu+0x110/0x110 ret_from_fork+0x13b/0x170 ? kthreads_online_cpu+0x110/0x110 ret_from_fork_asm+0x11/0x20 </TASK> ---[ end trace 0000000000000000 ]--- The intel_pasid_tear_down_entry() function is responsible for blocking hardware from generating new page faults and flushing all in-flight ones. Therefore, moving iopf_for_domain_remove() after this function should resolve this.

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