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

  - ipv4nexthop在 rtm_get_nexthop() 中动态分配 skb 通过 RTM_GETNEXTHOP 查询 nexthop 对象时内核当前使用 NLMSG_GOODSIZE 分配固定大小的 skb。虽然此修复的分配对于单个 nexthops 和小型等成本多路径组而言已足够，但对于大型 nexthops 组（如 512 nexthops）而言，分配会失败。这会导致以下警告 splatWARNING: net/ipv4/nexthop.c:3395 at rtm_get_nexthop+0x176/0x1c0 CPU#20: rep/4608 [...] RIP: 0010:rtm_get_nexthop (net/ipv4/nexthop.c 3395) [...] 调用跟踪 <TASK> rtnetlink_rcv_msg (net/core/rtnetlink.c:6989) netlink_rcv_skb (net/netlink/af_netlink.c:2550) netlink_unicast (net/netlink/af_netlink.c:1319 net/ netlink/af_netlink.c:1344) netlink_sendmsg (net/netlink/af_netlink.c:1894)____sys_sendmsg (net/socket.c:721 net/socket.c:736 net/socket.c:2585) ___sys_sendmsg (net/socket. c:2641) __sys_sendmsg (net/socket.c:2671) do_syscall_64 (arch/x86/entry/syscall_64.c:63 arch/x86/entry/syscall_64.c:94) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S) ：130) </TASK> 通过使用 nh_nlmsg_size() 和 nlmsg_new() 动态分配大小来修复此问题这与 nexthop_notify() 行为一致。此外调整 nh_nlmsg_size_grp()以便根据传递的标记计算所需的大小。
    同时添加用于 nexthop 群组大小计算的 NHA_FDB 大小因为它也缺少。无法通过 iproute2 重现此问题因为群组大小当前受到限制并且命令失败如下所示：
    addattr_l ERROR消息超出 1048 边界 (CVE-2026-31531)

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

检测

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

medium Nessus 插件 ID 309981

版本 1.14