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

  - rds：ib：在建立 IB 連線前拒絕 FRMR 註冊 rds_ib_get_mr（） 從 conn->c_transport_data 擷取 rds_ib_connection 並傳給 rds_ib_reg_frmr（） 進行 FRWR 記憶體註冊。在新出連線中，ic 被分配到 rds_ib_conn_alloc（） 中，i_cm_id = NULL，因為連線工作者尚未呼叫 rds_ib_conn_path_connect（） 來建立該 rdma_cm_id。當此類連線呼叫帶有 RDS_CMSG_RDMA_MAP 的 sendmsg（） 時，sendmsg 路徑會在建立任何連線前解析控制訊息，允許 rds_ib_post_reg_frmr（） 取消參照 ic->i_cm_id->qp 並導致核心當機。rds_ib_reg_frmr（） 中現有的守衛只檢查 ！ic（在 commit 9e630bcb7701 中新增），但 ！ic 不會偵測此情況，因為 ic 會提前配置，且一旦連接物件存在，總是非 NULL。KASAN：null-ptr-deref 在範圍內 [0x0000000000000010-0x0000000000000017] RIP： 0010：rds_ib_post_reg_frmr+0x50e/0x920 通話追蹤：rds_ib_post_reg_frmr（net/rds/ib_frmr.c：167） rds_ib_map_frmr （net/rds/ib_frmr.c：252） rds_ib_reg_frmr （net/rds/ib_frmr.c：430） rds_ib_get_mr （net/rds/ib_rdma.c：615） __rds_rdma_map （net/rds/rdma.c：295） rds_cmsg_rdma_map （net/rds/rdma.c：860） rds_sendmsg （net/rds/send.c：1363） ____sys_sendmsg do_syscall_64 在 rds_ib_get_mr（） 中加入檢查，確認 ic、i_cm_id 和 qp 皆非 NULL，然後再進行 FRMR 註冊，鏡像 rds_ib_post_inv（） 中已有的守衛。當連線尚未準備好時回傳 -ENODEV，現有錯誤處理在 rds_cmsg_send（） 中會將其轉換為 -EAGAIN 以進行使用者空間重試，並觸發 rds_conn_connect_if_down（） 啟動連線工作者。（CVE-2026-31425）

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

偵測

Linux Distros 未修補的弱點：CVE-2026-31425

medium Nessus Plugin ID 306180

版本 1.4