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

  - ipv6： seg6：清除 IPIP 解封裝上的 IPv4 控制區塊 End.DX4 和 End.DT4 透過 decap_and_validate（） 解封裝 IPv4 封包，並將其直接傳送至 IPv4 路由。因此，內部封包會繞過 ip_rcv_core（），這通常會在 IPv4 解譯 skb->cb 之前清除 IPCB。skb 會改為保留來自外部封包的 IP6CB 資料。IP6CB 和 IPCB 使用相同的 skb->cb 存儲，因此 IP6CB（skb）->lastopt 與 IPCB（skb）->opt.optlen 和 srr 重疊，而 IP6CB（skb）->nhoff 重疊 rr 和 ts。傳送者可以使用有效的外部擴充標頭鏈將過時的 optlen 位元組設為非零。生產者會在 40 位元組 IPv6 標頭之後和區段路由標頭之前放置一個 8 位元組的 Destination Options 標頭。ipv6_destopt_rcv（） 會在 lastopt 和 nhoff 中記錄寄件者控制的目的地選項位移，並將其設定為 40。因此，在重現的 little-endian x86-64 核心上，IPv4 看到 optlen = 40 和 rr = 40。當 optlen 為零時，tcp_v4_save_options（） 和 __ip_options_echo（） 都會跳過選項複製。
    此處的 optlen 為 40，因此 TCP SYN 路徑為 40 位元組的選項資料和呼叫配置空間
    __ip_options_echo（）。過時的 rr 值會讓函式讀取內部封包位元組 41 作為記錄路由選項長度。複製者將發送者控制的位元組設定為 255，因此 __ip_options_echo（） 將 255 位元組複製到 40 位元組的選項資料區域中。在未修補的 v7.2-rc5 核心上，分別產生 End.DX4 和 End.DT4 重現程式： 錯誤：KASAN：大小為 255 的 __ip_options_echo（） 寫入中出現 slab-out-of-bounds 相關的 End.DX4 呼叫路徑為： __ip_options_echo tcp_v4_route_req tcp_conn_request tcp_v4_conn_request tcp_rcv_state_process tcp_v4_do_rcv tcp_v4_rcv ip_protocol_deliver_rcu ip_local_deliver_finish ip_local_deliver input_action_end_dx4_finish input_action_end_dx4相關 End.DT4 呼叫路徑為：
    __ip_options_echo tcp_v4_route_req tcp_conn_request tcp_v4_conn_request tcp_rcv_state_process tcp_v4_do_rcv tcp_v4_rcv ip_protocol_deliver_rcu ip_local_deliver_finish ip_local_deliver input_action_end_dt4 tcp_v4_save_options（） 內嵌到 tcp_v4_route_req（） 路徑中，因此不會顯示為單獨的框架。當 decap_and_validate（） 處理IPPROTO_IPIP時，儲存 IP6CB 的輸入介面，清除 IPCB，並恢復儲存的值。在常見的解封裝路徑中執行此動作涵蓋 End.DX4、End.DT4 和 End。DT46的 IPv4 臂。使用 IP6CB（skb）->iif 而不是 skb->skb_iif。這些動作會在 l3mdev 處理之後執行，可將 skb_iif 替換為 L3 主機;IP6CB iif 仍會記錄在 IPv6 輸入時設定的接收介面。（CVE-2026-80840）

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

偵測

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

medium Nessus Plugin ID 342967

版本 1.13