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

  - net： tap：修正傳送 VLAN 標籤框架時的錯誤transport_header 在 tap_get_user_xdp（） 中，當處理 VLAN 標記的框架 （例如 ETH_P_8021Q） 時，首先呼叫 skb_set_network_header（） 以network_header通過 VLAN 標籤前進到內部協定標頭。然後調用 skb_probe_transport_header（），而 skb->protocol 仍設定為 ETH_P_8021Q，而 nhoff（源自 skb_network_offset（））已經指向 VLAN 標籤到內部協定標頭。在 __skb_flow_dissect（） 中，proto 被初始化為 ETH_P_8021Q 和 nhoff 指向 VLAN 標籤。當剖析器達到大小寫ETH_P_8021Q時，它會透過 __skb_header_pointer（） 讀取當前 nhoff 處的結構vlan_hdr，但該偏移量包含內部協定標頭（例如 IP 標頭）。這些位元組被錯誤解譯為 VLAN 標頭，產生一個垃圾封裝的 EtherType，該 EtherType 不符合任何已知通訊協定。剖析器傳回 false，因此 skb_probe_transport_header（） 永遠不會呼叫 skb_set_transport_header（），transport_header保留其未初始化的哨兵值 （~0U）。將 skb_set_network_header（） 移至 skb_probe_transport_header（） 之後。
    在調用 skb_probe_transport_header（） 時，network_header 仍然指向 VLAN 標頭（偏移量 ETH_HLEN），因此 nhoff 是正確的，並且流剖析器可以解析 VLAN 標頭，提取內部 EtherType，並將 nhoff 推進到內部協議標頭，從而允許正確設置transport_header。
    (CVE-2026-80905)

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

偵測

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

critical Nessus Plugin ID 342980

版本 1.1