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/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net：tap：修复发送 VLAN 标记帧时错误的transport_header 在 tap_get_user_xdp（） 中，处理 VLAN 标记帧（例如 ETH_P_8021Q）时，首先调用 skb_set_network_header（） 以network_header越过 VLAN 标记进入内部协议标头。然后在 skb->protocol 仍设置为 ETH_P_8021Q 的情况下调用 skb_probe_transport_header（），而 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。分析器返回 false，因此 skb_probe_transport_header（） 从不调用 skb_set_transport_header（），transport_header保留其未初始化的 sentinel 值 （~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/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - net:tap:VLAN タグ付きフレームを送信する際の不適切なtransport_headerを修正します。tap_get_user_xdp() において、VLAN タグ付きフレーム(例:ETH_P_8021Q)を処理する際、skb_set_network_header() が最初に呼び出され、VLAN タグを超えて内部プロトコルヘッダーにnetwork_header進められます。その後、skb_probe_transport_header()はskb->protocolをETH_P_8021Qに設定したまま呼び出されますが、nhoff(skb_network_offset()から派生)はすでにVLANタグを超えて内部プロトコルヘッダーを指しています。__skb_flow_dissect() では、proto は VLAN タグを超えた ETH_P_8021Q および nhoff ポイントへ初期化されます。ディセクタが大文字小文字ETH_P_8021Qに達すると、__skb_header_pointer() を介して現在の nhoff で構造体vlan_hdrを読み取りますが、そのオフセットには内部プロトコルヘッダー(IP ヘッダーなど)が含まれています。バイトが VLAN ヘッダーとして誤って解釈され、既知のプロトコルに一致しないガベージカプセル化された 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 は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

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

  - net: tap: fix wrong transport_header when sending VLAN-tagged frame In tap_get_user_xdp(), when processing     a VLAN-tagged frame (e.g. ETH_P_8021Q), skb_set_network_header() is called first to advance network_header     past the VLAN tag to the inner protocol header. skb_probe_transport_header() is then called with     skb->protocol still set to ETH_P_8021Q, while nhoff (derived from skb_network_offset()) already points     past the VLAN tag to the inner protocol header. In __skb_flow_dissect(), proto is initialized to     ETH_P_8021Q and nhoff points past the VLAN tag. When the dissector hits case ETH_P_8021Q, it reads a     struct vlan_hdr at the current nhoff via __skb_header_pointer(), but that offset contains the inner     protocol header (e.g. an IP header). The bytes are misinterpreted as a VLAN header, yielding a garbage     encapsulated EtherType that matches no known protocol. The dissector returns false, so     skb_probe_transport_header() never calls skb_set_transport_header(), leaving transport_header at its     uninitialized sentinel value (~0U). Move skb_set_network_header() to after skb_probe_transport_header().
    At the time skb_probe_transport_header() is called, network_header still points to the VLAN header (offset     ETH_HLEN), so nhoff is correct and the flow dissector can parse the VLAN header, extract the inner     EtherType, and advance nhoff to the inner protocol header, allowing transport_header to be set correctly.
    (CVE-2026-80905)

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

ID	Name	Product	Family	Published	Updated	Severity
342980	Linux Distros 未修補弱點：CVE-2026-80905	Nessus	Misc.	9/4/2026	11/6/2026	medium
351016	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-3139)	Nessus	Amazon Linux Local Security Checks	9/29/2026	10/8/2026	critical
342980	Linux Distros 未修补的漏洞：CVE-2026-80905	Nessus	Misc.	9/4/2026	11/6/2026	medium
351016	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-3139)	Nessus	Amazon Linux Local Security Checks	9/29/2026	10/8/2026	critical
342980	Linux Distros のパッチ未適用の脆弱性: CVE-2026-80905	Nessus	Misc.	9/4/2026	11/6/2026	medium
351016	Amazon Linux 2023 : bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-3139)	Nessus	Amazon Linux Local Security Checks	9/29/2026	10/8/2026	critical
376443	Ubuntu 24.04 LTS / 26.04 LTS : Linux kernel vulnerabilities (USN-8959-1)	Nessus	Ubuntu Local Security Checks	11/5/2026	11/5/2026	high
342980	Linux Distros Unpatched Vulnerability : CVE-2026-80905	Nessus	Misc.	9/4/2026	11/6/2026	medium
351016	Amazon Linux 2023 : bpftool6.18, kernel6.18, kernel6.18-devel (ALAS2023-2026-3139)	Nessus	Amazon Linux Local Security Checks	9/29/2026	10/8/2026	critical

Detections

Analytics

Plugins Search

medium

critical

medium

critical

medium

critical

high

medium

critical