CVE-2026-53084
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W jądrze Linux w iteratorze task_vma występuje problem z kolejnością blokad. Trzymanie blokady VMA podczas wykonywania programu BPF może prowadzić do zakleszczenia. Rozwiązanie polega na zrobieniu migawki VMA i zwolnieniu blokady przed zwróceniem.
Ocena ryzyka
Organizacja może doświadczyć zakleszczeń systemu podczas korzystania z programów BPF przeglądających mapę pamięci procesów, co może prowadzić do zawieszenia systemu.
Rekomendacja
Zastosować łatkę wykonującą migawkę VMA pod blokadą i zwalniającą blokadę przed przekazaniem sterowania do programu BPF.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: bpf: return VMA snapshot from task_vma iterator Holding the per-VMA lock across the BPF program body creates a lock ordering problem when helpers acquire locks that depend on mmap_lock: vm_lock -> i_rwsem -> mmap_lock -> vm_lock Snapshot the VMA under the per-VMA lock in _next() via memcpy(), then drop the lock before returning. The BPF program accesses only the snapshot. The verifier only trusts vm_mm and vm_file pointers (see BTF_TYPE_SAFE_TRUSTED_OR_NULL in verifier.c). vm_file is reference- counted with get_file() under the lock and released via fput() on the next iteration or in _destroy(). vm_mm is already correct because lock_vma_under_rcu() verifies vma->vm_mm == mm. All other pointers are left as-is by memcpy() since the verifier treats them as untrusted.