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

  - seg6：在 IPIP 解封裝時從 IP6SKB_L3SLAVE 設定IPSKB_L3SLAVE 當 SRv6 封包到達 VRF 從屬的介面時，vrf_ip6_rcv（） 會在 IP6CB 中設定IP6SKB_L3SLAVE，但 decap_and_validate（） 從未在 IPCB 中設定IPSKB_L3SLAVE。在常見情況下，該位保持清晰，並且CONFIG_IPV6_MIP6重新組裝的外部封包的剩餘frag_max_size甚至可以設置它，而無需涉及 VRF。提交 44930446dde4 （ipv6：seg6：清除 IPIP 解封裝上的 IPv4 控制區塊），然後可靠地清除不可靠的位元。當傳遞至節點的本機位址到達通訊端查閱時，End.DX4 會顯示遺漏旗標的效果。例如，繫結至從屬輸入介面的 UDP 通訊端不會接收任何解封裝封包，而 VRF 外部的未綁定通訊端會接收。這與 Documentation/networking/vrf.rst 相矛盾：預設情況下，未綁定的 UDP 或 TCP 通訊端的範圍僅限於預設 VRF。在 decap_and_validate（） 中為 IPv4 設定IPSKB_L3SLAVE，這已經對 IPv6 執行了相同的操作。然後，通訊端查詢會比對解封裝的封包，就像在該從屬介面上接收的任何其他封包一樣。只有在設定了 udp_l3mdev_accept 或 tcp_l3mdev_accept 時，此類封包才會符合未綁定的 UDP 或 TCP 通訊端。（CVE-2026-98306）

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

偵測

Linux Distros 未修補弱點：CVE-2026-98306

medium Nessus Plugin ID 363257

版本 1.6