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

  - ipv6當新增 IPv6 路由時清除 RTF_ADDRCONF syzbot 報告 fib6_add_rt2node() 中有核心錯誤時修正 ECMP 同級計數不符問題。 [0] 提交 f72514b3c569 (ipv6新增靜態路由時清除 RA 旗標) 引入了邏輯以在新增具有相同 nexthop 的靜態路由時清除現有路由中的 RTF_ADDRCONF。但是當現有路由具有閘道時這會造成問題。當從具有閘道的路由中清除 RTF_ADDRCONF 時該路由便符合 ECMP 條件即
    rt6_qualify_for_ecmp() 傳回 true。問題在於此路由從未新增至 fib6_siblings 清單。這會導致下列計數不相符- 透過反覆 fib6_next 鏈結計算的同胞計數其中包含新的符合 ECMP 資格的路由 - fib6_siblings 清單中的實際同胞其中不包含該路由 當新增後續的 ECMP 路由時fib6_add_rt2node() 因計數不符而命中 BUG_ON(sibling->fib6_nsiblings != rt->fib6_nsiblings)。透過在現有路由沒有閘道時只清除 RTF_ADDRCONF 來修正此問題。沒有閘道的路由無論如何都不符合 ECMP 的條件 (rt6_qualify_for_ecmp() 需要 fib_nh_gw_family)因此清除其上的 RTF_ADDRCONF 是安全的且符合提交的原始意圖。 [0]net/ipv6/ip6_fib.c:1217! 的核心錯誤Oops無效 opcode0000 [#1] SMP KASAN PTI CPU0 UID0 PID6010 Commsyz.0.17 未受污染的 syzkaller #0 PREEMPT(完整) 硬體名稱 Google Google Compute Engine/Google Compute Engine、BIOS Google 2025 年 10 月 25 日 RIP 0010:fib6_add_rt2node+0x3433/0x3470 net/ipv6/ip6_fib.c:1217 [...] 呼叫追踪 <TASK> fib6_add+0x8da/0x18a0 net/ipv6/ip6_fib.c:1532 __ip6_ins_rt net/ ipv6/route.c:1351 [內嵌] ip6_route_add+0xde/0x1b0 net/ipv6/route.c:3946 ipv6_route_ioctl+0x35c/0x480 net/ipv6/route.c:4571 inet6_ioctl+0x219/0x280 net/ipv6/af_inet6.c :577 sock_do_ioctl+0xdc/0x300 net/socket.c:1245 sock_ioctl+0x576/0x790 net/socket.c:1366 vfs_ioctl fs/ioctl.c:51 [內嵌] __do_sys_ioctl fs/ioctl.c:597 [內嵌] __se_sys_ioctl+ 0xfc/0x170 fs/ioctl.c:583 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [內嵌] do_syscall_64+0xfa/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f (CVE-2026-23200)

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

偵測

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

medium Nessus Plugin ID 299086

版本 1.20