Katalog CVE

CVE-2026-64396

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.44%

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

Streszczenie

W jądrze Linux w systemie plików ksmbd występuje podatność użycia po zwolnieniu (UAF) struktury file_lock podczas anulowania odroczonego blokowania zakresu bajtów. Gdy blokada jest anulowana, a praca nie jest już aktywna, zwolnienie blokady przed usunięciem jej z listy asynchronicznej prowadzi do dostępu do zwolnionej pamięci.

Ocena ryzyka

Atakujący może wywołać awarię systemu lub potencjalnie wykonać dowolny kod poprzez manipulację żądaniami blokowania plików.

Rekomendacja

Zastosuj łatkę z jądra Linux, która zmienia kolejność czyszczenia, aby najpierw usunąć pracę z listy asynchronicznej przed zwolnieniem blokady.

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: ksmbd: fix UAF of struct file_lock in SMB2_LOCK deferred-lock cancellation When a blocking byte-range lock request is deferred in the FILE_LOCK_DEFERRED path, ksmbd registers the asynchronous work into the connection's async_requests list via setup_async_work(). The cancel callback smb2_remove_blocked_lock() holds a reference to the flock. If the lock waiter is subsequently woken up but the work state is no longer KSMBD_WORK_ACTIVE (e.g., due to a concurrent cancellation), the cleanup path calls locks_free_lock(flock) without dequeuing the work from the async_requests list. Concurrently, smb2_cancel() walks the list under conn->request_lock and invokes the cancel callback, which then dereferences the already freed 'flock'. This leads to a slab-use-after-free inside __wake_up_common. Fix this by restructuring the cleanup logic after the worker returns from ksmbd_vfs_posix_lock_wait(). Move list_del(&smb_lock->llist) and release_async_work(work) to the top of the cleanup block. This guarantees that the async work is completely dequeued and serialized under conn->request_lock before locks_free_lock(flock) is called, rendering the flock unreachable for any concurrent smb2_cancel().

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