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

  - ipv4nexthop在 rtm_get_nexthop() 中動態配置 skb。透過 RTM_GETNEXTHOP 查詢 nexthop 物件時核心目前會使用 NLMSG_GOODSIZE 配置固定大小的 skb。雖然對於單一 nexthop 和小型 Equal-Cost Multi-Path 群組而言已足夠此修正的配置對於大型 nexthop 群組 (例如 512 nexthop) 而言卻失敗。這會導致以下警告緊急顯示警告 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:721 net/socket.c:736 net/socket.c:2585) 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()使其可根據傳送的旗標計算所需的大小。
    同時也新增 NHA_FDB 的大小以進行下一個躍點群組大小計算因為其也遺漏。這無法透過 iproute2 重現因為群組大小目前受到限制且命令失敗如下所示
    addattr_l 錯誤訊息超出 1048 的邊界 (CVE-2026-31531)

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

偵測

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

medium Nessus Plugin ID 309981

版本 1.16