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/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 不同，oif 為 0 將不符合 ip6_redirect_nh_match（） 中的任何下一躍點，並且不會建立例外狀況以回應重新導向訊息。請注意，這不允許攻擊者建立他們之前無法建立的例外狀況，因為這兩個協助程式已經可以在幾乎沒有驗證的情況下存取。例如，傳送引號為 ICMPv6 回應回覆的 ICMPv6 錯誤，或引號為符合萬用字元通訊端的 UDP 來源連接埠的錯誤。另請注意，在良好情況下（匹配的通訊端），上述方案是以額外的路由查找為代價的，因為無套接字協助程式在 ip6_sk_update_pmtu（） / ip6_sk_redirect（） 執行的查詢之前執行自己的查詢。當兩者解析為不同的下一躍點時，也會導致為相同的目的地 IP 建立兩個例外狀況。一個位於 no 通訊端協助程式解析的下一個躍點的例外狀況快取中，另一個位於通訊端所使用的下一個躍點的例外狀況快取中。
    (CVE-2026-99076)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - ipv6:udp:ソケットマッチング前に例外を作成します。現在、ICMPv6 Packet Too Large および Redirect Message パケットがローカルで配信され、UDP パケットを引用する場合、カーネルが UDP パケットを既存のソケットと一致させることができる場合にのみ、例外が IPv6 例外キャッシュに作成されます。この動作により、オフパスの攻撃者は、接続済みの UDP ソケットが使用するエフェメラルポートを発見するために、例外キャッシュでサイドチャネル攻撃を仕掛けることができます。コミット 4785305c05b2(ipv6:rt6_exception_hash() で siphash を使用)およびコミット a00df2caffed(ipv6:例外キャッシュの予測可能性を低減)は、それぞれ、例外キャッシュ内のハッシュ衝突を攻撃者により発見しにくくし、ハッシュバケットが保持できる例外の数をランダム化することで、このような攻撃を緩和しようとしました。残念ながら、どちらの緩和策もバイパスできます。代わりに、一致するソケットの検索を試みる前であっても、常に例外を作成することで、このような攻撃を緩和します。これを行うには、引用されたパケットがソケットから発生していない場合に使用されるヘルパーである ip6_update_pmtu() と ip6_redirect() を呼び出します。これは、オフパス攻撃者からの推測(正しいか間違っているかにかかわらず)によって、攻撃者が観察できるキャッシュで例外が作成されるか更新されることを意味します。
    icmpv6_err() と同様の方法で、入力デバイスの ifindex とデフォルト uid を渡します。IPv4 とは異なり、oif が 0 の場合、ip6_redirect_nh_match() のどの nexthop も一致せず、リダイレクトメッセージへの応答で例外が作成されません。注意:これにより、攻撃者は以前作成できなかった例外を作成できます。これは、両方のヘルパーがほとんどまたはまったく検証なしで到達できるからです。たとえば、ICMPv6 Echo Reply を引用するエラーや、ワイルドカードソケットに一致する UDP ソースポートを引用する ICMPv6 エラーを送信します。また、良いケース(一致したソケット)では、ソケットヘルパーが ip6_sk_update_pmtu() / ip6_sk_redirect() で実行される検索の前に独自の検索を実行するため、上記のスキームには追加のルート検索が必要になることにも注意してください。2 つが異なるネクストホップに解決されると、同じ宛先 IP に対して 2 つの例外が作成されます。1 つはソケットなしヘルパーによって解決される nexthop の例外キャッシュ内にあり、もう 1 つはソケットが使用する nexthop の例外キャッシュにあります。
    (CVE-2026-99076)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - ipv6: udp: Create exceptions before socket matching Currently, when ICMPv6 Packet Too Big and Redirect     Message packets are locally delivered and quote a UDP packet, an exception is only created in the IPv6     exception cache if the kernel can match the UDP packet to an existing socket. This behavior allows off-     path attackers to conduct a side-channel attack on the exception cache in order to discover the ephemeral     port used by a connected UDP socket. Commit 4785305c05b2 (ipv6: use siphash in rt6_exception_hash()) and     commit a00df2caffed (ipv6: make exception cache less predictible) tried to mitigate such attacks by     making it harder for attackers to discover hash collisions in the exception cache and by randomizing the     number of exceptions a hash bucket can hold, respectively. Unfortunately, both of the mitigations can be     bypassed. Instead, mitigate such attacks by always creating an exception, even before trying to find a     matching socket. Do that by calling ip6_update_pmtu() and ip6_redirect(), the helpers used when the quoted     packet did not originate from a socket. This means that guesses (right or wrong) from an off-path attacker     will always result in an exception being created or updated in the cache that the attacker can observe.
    Pass the ifindex of the ingress device and the default uid, in a similar fashion to icmpv6_err(). Unlike     IPv4, an oif of 0 would not match any nexthop in ip6_redirect_nh_match() and no exception would be created     in response to a Redirect Message. Note that this does not allow attackers to create exceptions that they     could not create before, as both helpers can already be reached with little to no validation. For example,     by sending an ICMPv6 error that quotes an ICMPv6 Echo Reply or one that quotes a UDP source port that     matches a wildcard socket. Also note that in the good case (matched socket) the above scheme comes at the     cost of an extra route lookup, as the no socket helpers perform their own lookup before the one performed     by ip6_sk_update_pmtu() / ip6_sk_redirect(). When the two resolve to different nexthops, it also results     in two exceptions being created for the same destination IP. One in the exception cache of the nexthop     resolved by the no socket helpers and another in the exception cache of the nexthop used by the socket.
    (CVE-2026-99076)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
371513	Linux Distros 未修补的漏洞：CVE-2026-99076	Nessus	Misc.	10/23/2026	11/11/2026	low
371513	Linux Distros 未修補弱點：CVE-2026-99076	Nessus	Misc.	10/23/2026	11/11/2026	low
371513	Linux Distros のパッチ未適用の脆弱性: CVE-2026-99076	Nessus	Misc.	10/23/2026	11/11/2026	low
371513	Linux Distros Unpatched Vulnerability : CVE-2026-99076	Nessus	Misc.	10/23/2026	11/11/2026	low

Detections

Analytics

Plugins Search

low

low

low

low