CVE-2026-64534
KrytyczneCVSS 9.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 31 - wyżej niż 31% wszystkich znanych CVE
Streszczenie
W podsystemie NVMe/TCP jądra Linuxa, w funkcji nvmet_tcp_try_recv_ddgst(), wywołanie nvmet_req_uninit() jest wykonywane bezwarunkowo. Jeśli polecenie przyszło przez ścieżkę nvmet_tcp_handle_req_failure(), referencja percpu_ref nie została pobrana, co prowadzi do niedomiaru licznika referencji (refcount underflow) i potencjalnego use-after-free.
Ocena ryzyka
Niedomiar licznika referencji może prowadzić do awarii systemu, wycieku informacji lub potencjalnie do wykonania dowolnego kodu.
Rekomendacja
Zastosuj łatkę z jądra Linuxa, która sprawdza flagę NVMET_TCP_F_INIT_FAILED przed wywołaniem nvmet_req_uninit() w ścieżce błędu sumy kontrolnej.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: nvmet-tcp: check INIT_FAILED before nvmet_req_uninit in digest error path In nvmet_tcp_try_recv_ddgst(), when a data digest mismatch is detected, nvmet_req_uninit() is called unconditionally. However, if the command arrived via the nvmet_tcp_handle_req_failure() path, nvmet_req_init() had returned false and percpu_ref_tryget_live() was never executed. The unconditional percpu_ref_put() inside nvmet_req_uninit() then causes a refcount underflow, leading to a WARNING in percpu_ref_switch_to_atomic_rcu, a use-after-free diagnostic, and eventually a permanent workqueue deadlock. Check cmd->flags & NVMET_TCP_F_INIT_FAILED before calling nvmet_req_uninit(), matching the existing pattern in nvmet_tcp_execute_request().