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

  - seg6：在修改 SRH 和 IPv6 DA 之前确保数据包数据可写入 advance_nextseg（） 修改 SRH 段左字段和 IPv6 目标地址，但不确保数据包数据可写入。
    seg6_next_csid_advance_arg（） 在目标地址中推进 NEXT-C-SID 参数时，也会遇到同样的问题。skb 可克隆，例如通过入口设备上接收的 AF_PACKET 套接字。然后，advance_nextseg（） 和 seg6_next_csid_advance_arg（） 写入与克隆共享的数据包数据。从该套接字读取可返回修改过的数据包，而非接收到的数据包。下面的简化路径显示了 advance_nextseg（） 的这一点： __netif_receive_skb_one_core __netif_receive_skb_core deliver_skb [orig： users=2， cloned=0] packet_rcv skb_clone 克隆排入队列到 AF_PACKET 套接字 consume_skb（orig） [orig： users=1， cloned=1] ipv6_rcv ip6_rcv_core skb_share_check： no-op [orig： users=1] [...] input_action_end_core advance_nextseg写入与克隆共享的数据 调用 skb_ensure_writable（）advance_nextseg（） 和 seg6_next_csid_advance_arg（） 中，然后再修改数据包数据。skb_ensure_writable（） 可能会重新分配 skb->head，这样会使指针对调用之前获取的数据包数据无效。advance_nextseg（） 现在返回有效的 SRH 指针，如果 skb_ensure_writable（） 失败则返回 NULL。seg6_next_csid_advance_arg（） 在 skb_ensure_writable（） 之后从 skb 获取指向目标地址的指针。失败时，调用程序会丢弃带有SKB_DROP_REASON_NOMEM的数据包。（CVE-2026-98802）

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

检测

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

medium Nessus 插件 ID 367000

版本 1.4