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

  - ipv6：udp：在套接字匹配之前创建异常 目前，当 ICMPv6 数据包太大和重定向消息数据包在本地传送并引用 UDP 数据包时，仅当内核可以将 UDP 数据包与现有套接字匹配时，才会在 IPv6 异常缓存中创建异常。此行为允许路径外攻击者对异常缓存发动边信道攻击，从而发现连接的 UDP 套接字所使用的临时端口。提交 4785305c05b2（ipv6：在 rt6_exception_hash（） 中使用 siphash）并提交 a00df2caffed（ipv6：降低异常缓存的可预测性）试图分别通过使攻击者更难发现异常缓存中的哈希冲突以及随机化哈希存储段可容纳的异常数量来缓解此类攻击。遗憾的是，这两种缓解措施均可绕过。相反，即使在尝试查找匹配套接字之前，也应始终创建异常，以缓解此类攻击。通过调用 ip6_update_pmtu（） 和 ip6_redirect（） 来执行此操作，这些帮助程序是在引用的数据包不是源自套接字时使用的。这意味着来自路径外攻击者的猜测（正确或错误）将始终导致在该攻击者可观察到的缓存中创建或更新异常。
    传递入口设备的 ifindex 和默认 uid，方式与 icmpv6_err（） 类似。与 IPv4 不同，0 的 oif 将不匹配 ip6_redirect_nh_match（） 中的任何 nexthop，并且不会创建异常以响应重定向消息。请注意，这不允许攻击者创建以前无法创建的异常，因为已经可以在几乎不需要验证的情况下联系到两个帮助程序。例如，发送引用了 ICMPv6 回显回复的 ICMPv6 错误，或者引用了匹配通配符套接字的 UDP 源端口的错误。另请注意，在好的情况下（匹配的套接字），上述方案是以额外的路由查找为代价的，因为无套接字帮助程序在 ip6_sk_update_pmtu（） / ip6_sk_redirect（） 执行的查找之前执行自己的查找。当两者解析至不同的下一跃点时，还会导致为同一目标 IP 创建两个异常。一个位于由无套接字帮助程序解析的下跃点的异常缓存中，另一个位于套接字所使用的下一个跃点的异常缓存中。
    (CVE-2026-99076)

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

检测

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

low Nessus 插件 ID 371513

版本 1.1