CVE-2026-64281
Received Received - Intake

Race Condition in Linux Kernel svcrdma Module Leads to Denial of Service

Vulnerability report for CVE-2026-64281, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-07-25

Last updated on: 2026-07-25

Assigner: kernel.org

Description

In the Linux kernel, the following vulnerability has been resolved: svcrdma: wake sq waiters when the transport closes Threads parked in svc_rdma_sq_wait() on sc_sq_ticket_wait or sc_send_wait can hang indefinitely in TASK_UNINTERRUPTIBLE state across transport teardown, pinning svc_xprt references and blocking svc_rdma_free(). The close path sets XPT_CLOSE before invoking xpo_detach and both wait_event predicates include an XPT_CLOSE term, but the predicates are re-evaluated only on wakeup. sc_sq_ticket_wait has no completion-driven wake path; it is advanced solely by the chained ticket handoff inside svc_rdma_sq_wait() itself. Without an explicit wake at close, parked threads never observe XPT_CLOSE, hold their svc_xprt_get reference forever, and svc_rdma_free() blocks on xpt_ref dropping to zero. Two close entry points reach this transport. Local teardown runs svc_rdma_detach() from svc_handle_xprt() -> svc_delete_xprt() -> xpo_detach() on a worker thread. A remote disconnect arrives at svc_rdma_cma_handler(), which calls svc_xprt_deferred_close(): that sets XPT_CLOSE and enqueues the transport but does not access either RDMA waitqueue, so a worker already parked in svc_rdma_sq_wait() never re-evaluates its predicate. With every worker parked on this transport, no thread is available to run the local teardown either, and the wake site there is unreachable. Introduce svc_rdma_xprt_deferred_close(), a thin svcrdma wrapper that calls svc_xprt_deferred_close() and then wakes both sc_sq_ticket_wait and sc_send_wait. Convert the svcrdma producers that called svc_xprt_deferred_close() directly: svc_rdma_cma_handler(), qp_event_handler(), svc_rdma_post_send_err(), svc_rdma_wc_send(), the sendto drop path, the rw completion error paths, and the recvfrom flush and read-list error paths. Wake both waitqueues from svc_rdma_detach() as well. The synchronous svc_xprt_close() path (backchannel ENOTCONN, device removal via svc_rdma_xprt_done) reaches detach without flowing through svc_xprt_deferred_close() and therefore does not invoke the new helper. [ cel: add svc_rdma_xprt_deferred_close() to complete the fix ]

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-07-25
Last Modified
2026-07-25
Generated
2026-07-25
AI Q&A
2026-07-25
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
linux linux_kernel *

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability in the Linux kernel involves threads hanging indefinitely in a TASK_UNINTERRUPTIBLE state during transport teardown. Specifically, threads waiting in svc_rdma_sq_wait() do not wake up properly when the transport closes, causing them to hold references to svc_xprt indefinitely. This blocks the cleanup process svc_rdma_free() from completing.

Detection Guidance

This vulnerability involves threads hanging indefinitely in the Linux kernel's svcrdma module during transport teardown. Detection requires checking for hung tasks or processes in uninterruptible sleep (D state) related to NFS over RDMA services. Monitor kernel logs for stalled svc_rdma processes or xprt references not dropping to zero. Use commands like 'ps aux | grep D' to find hung tasks and 'dmesg | grep svcrdma' to check for related errors.

Impact Analysis

This vulnerability can lead to system hangs or crashes if multiple threads are stuck waiting for transport closure. It may cause resource exhaustion by pinning svc_xprt references and preventing proper cleanup of RDMA resources.

Mitigation Strategies

Apply the kernel patch that introduces svc_rdma_xprt_deferred_close() to ensure proper wake-up of parked threads during transport closure. Restart affected NFS over RDMA services after patching. Monitor system stability and check for hung tasks post-update. If immediate patching is not possible, consider disabling NFS over RDMA services as a temporary workaround.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-64281. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart