Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - net/9p：修正 trans_rdma.c 中 rdma->state 上的爭用情形 rdma->state 欄位在修改時不會在 recv_done（） 和 p9_cm_event_handler（） 中保留 req_lock，而 rdma_request（） 則存取 req_lock 微調鎖定下的相同欄位。這種不一致的鎖定會造成爭用情形： - 在 softirq 完成上下文中執行的 recv_done（） 設定 rdma->state = P9_RDMA_FLUSHING 而不獲取req_lock - p9_cm_event_handler（） 在多個點（ADDR_RESOLVED、ROUTE_RESOLVED、ESTABLISHED、CLOSED）修改 rdma->state 而不req_lock - rdma_request（） 使用 spin_lock_irqsave（&rdma->req_lock， flags） 來保護 rdma->state 的讀取-修改-寫入 爭用可能會導致狀態轉換遺失： 當 rdma_request（） 同時檢查或修改鎖定下的狀態時，recv_done（） 或 CM 事件處理常式可能會將狀態設定為 FLUSHING/CLOSED，導致 FLUSHING 轉換被 CCLOSING 無訊息地覆寫。這會損毀連線狀態機器，並可能在拆卸期間導致 RDMA 要求物件發生釋放後使用問題。透過對 recv_done（） 和 p9_cm_event_handler（） 中的所有 rdma->state 修改新增 req_lock 保護來修正，以符合 rdma_request（） 中已使用的模式。在 CM 事件處理常式中使用 spin_lock_irqsave/spin_unlock_irqrestore，因為它可以與在 softirq 上下文中執行的 recv_done（） 爭用。使用核心模組進行測試，該核心模組在 rdma->state 上爭用兩個執行緒（模擬 rdma_request 和 recv_done/CM 處理常式），並具有適當的鎖定： 5.5M+ FLUSHING 寫入超過 27M 次迭代，其中 0 次轉換遺失。（CVE-2026-72491）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-72491

critical Nessus Plugin ID 337517

版本 1.17