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

  - vlan:HW VLAN オフロードを切り替える際のskb_under_panicと競合を修正します 下位のデバイスでハードウェア VLAN TX オフロード(NETIF_F_HW_VLAN_CTAG_TX または NETIF_F_HW_VLAN_STAG_TX)を切り替えると vlan_transfer_features() が呼び出され、vlandev->hard_header_len が動的に変更されました。これにより、次の 2 つの問題が発生します: 1. ロックレス TX パス (例:
    af_packet.c のpacket_snd、ip6_finish_output2)は、RTNL ロックを保持せずに dev->hard_header_len を読み取ります。
    RTNLで動的にhard_header_lenを変化させると、データ競合が発生し、古いhard_header_lenに基づいて上位レイヤーが不十分なヘッドルームを確保できるため、vlan_dev_hard_header()が呼び出されたときにskb_under_panic発生します。2. さらに、vlan_transfer_features() はheader_opsを更新せずにhard_header_lenを更新していたため、割り当てられたヘッドルームとヘッダー作成の間で不一致が生じていました。dev->hard_header_len = real_dev->hard_header_len および dev->needed_headroom = real_dev->needed_headroom + VLAN_HLEN を常に設定することで、無条件に以下が保証されます: - dev->hard_header_len は real_dev->hard_header_len で 100% 静的かつ変更不可のままであり、動的なランタイム更新および hard_header_len 上のデータ競合を排除します。- LL_RESERVED_SPACE() を介して skbs を割り当てる上位レイヤーは、ソフトウェア VLAN タグ挿入(real_dev->hard_header_len + real_dev->needed_headroom + VLAN_HLEN)のために常に十分なヘッドルームを確保します。- vlandev は real_dev->needed_tailroom を継承するため、基礎となるトレーラー/パディング/ICV の要件が尊重されます。- AF_PACKET SOCK_RAW ネットワークヘッダーオフセットは、real_dev->hard_header_len で正しく整列されたままになります。- vlan_header_opsは無条件で使用されます。安定したチームへの注意:これらのコミットを必ずバックポートしてください: e16e960d55a4(ipvlan:phy_dev から needed_headroom と needed_tailroom を継承) cef51860becd(macvlan:lowerdev から needed_headroom と needed_tailroom を継承)(CVE-2026-80925)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-80925

medium Nessus プラグイン ID 344379

バージョン 1.8