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（在提交 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 插件 ID 306180

版本 1.4