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

  - IPv6：ICMP：清除 SKB2->cb[] 在 ip6_err_gen_icmpv6_unreach（） 中 Sashiko AI 審查指出：在 ip6_err_gen_icmpv6_unreach（） 中，SKB 是一個外部 IPv4 ICMP 錯誤封包，其 cb 包含一個 IPv4 inet_skb_parm。當 skb 被複製到 skb2 並傳遞給 icmp6_send（） 時，會使用 IP6CB（skb2）。IP6CB 將 IPv4 inet_skb_parm解讀為一個inet6_skb_parm。inet_skb_parm.opt 中的 cipso 偏移量與 inet6_skb_parm 中的 dsthao 在偏移 18 直接重疊。如果攻擊者發送偽造的 ICMPv4 錯誤，且 CIPSO IP 選項，dsthao 將是非零偏移量。在 icmp6_send（）， mip6_addr_swap（） 中稱為 ipv6_find_tlv（skb， opt->dsthao， IPV6_TLV_HAO）。這會從該偏移量開始掃描由攻擊者控制的內部 IPv6 封包，可能會回傳假的 TLV，卻未檢查剩餘封包長度是否能容納完整的 18 位元組結構ipv6_destopt_hao。mip6_addr_swap（） 是否可以執行一個 16 位元組的交換，並將資料包資料的末端延伸到 skb_shared_info？是否也應該在 ip6_err_gen_icmpv6_unreach（） 和 ip6ip6_err（） 中清除 CB 陣列以防止這種情況？這個補丁實現了第一個建議。我不確定ip6ip6_err（） 是否需要更改。不過另外的補丁會更好。
    (CVE-2026-43038)

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

偵測

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

high Nessus Plugin ID 311690

版本 1.11