Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - rds ib在建立 IB 连接之前拒绝 FRMR 注册 rds_ib_get_mr() 从 conn->c_transport_data 提取 rds_ib_connection 将其传递到 rds_ib_reg_frmr() 进行 FRWR 内存注册。在全新的传出连接中会通过 i_cm_id = NULL 在 rds_ib_conn_alloc() 中分配 ic因为连接工作线程尚未调用 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在提交 9e630bcb7701 中添加导致无法捕获这种情况因为 ic 过早分配且连接对象存在后始终为非 NULL。KASAN范围 [0x0000000000000010-0x0000000000000017] RIP0010:rds_ib_post_reg_frmr+0x50e/0x920 调用跟踪rds_ib_post_reg_frmr (net/rds/ib_frmr.c:167) (2000000000000017) 中存在 null-ptr-deref 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() 中已存在的防护。当连接未就绪时返回 -ENODEVrds_cmsg_send() 中的现有错误处理会将其转换为 -EAGAIN 进行用户空间重试并触发 rds_conn_connect_if_down() 启动连接工作线程。 (CVE-2026-31425)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-31425

medium Nessus 插件 ID 306180

版本 1.1