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

  - net:gro:BIG TCP 集約基準を適切に検証します GRO が GRO_LEGACY_MAX_SIZE(64KB)を超えるパケットを集約しようとするとき、大きな TCP はプレーン IPv4 TCP およびプレーン IPv6 TCP(一時的な HBH ジャンボヘッダーを挿入するのに十分な MAC ヘッダースペースがある)にのみ許可されるべきです。しかし、コミット b1a78b9b9886(net:
    IPv4 BIG TCP のサポートを追加) が skb_gro_receive() のチェックを緩め、いくつかの問題を引き起こしました:1.
    skb_gro_receive() は、MAC ヘッダー(p->mac_header)の前の実際のスペースの代わりに、skb_headroom(p) をチェックしていました。skb_headroom(p) には mac_len が含まれているため、細工されたフレーム(例:AF_PACKET 経由で注入)は p->mac_header < 8 バイトのチェックに合格する可能性があります。ipv6_gro_complete() が一時 HBH ジャンボヘッダーを挿入すると、memmove() が skb->head の前に開始され、領域外書き込みと skb->mac_header のラッピングが発生します。2. p->protocol != ETH_P_IPV6 が true であるため、ソフトウェア VLAN(ETH_P_8021Q / ETH_P_8021AD)などの非 IP プロトコルの集約が 64KB を超えて集約される可能性があります。3. NAPI_GRO_CB(skb)->encap_mark ではなく p->encapsulation をチェックし、カプセル化されたフロー(例:SIT/IPv6-in-IPv4)が 64KB を超えて集約される可能性があります。skb_gro_receive() を修正し、厳格に以下を強制します: - NAPI_GRO_CB(skb)->proto == IPPROTO_TCP - カプセル化されていません(!NAPI_GRO_CB(skb)->encap_mark &; !p->encapsulation) - プロトコルは ETH_P_IP または ETH_P_IPV6 のいずれかである必要があります - ETH_P_IPV6 の場合、p->mac_header は少なくとも sizeof(struct hop_jumbo_hdr) である必要があります skb_gro_receive() から -E2BIG を返すと、BIG TCP になり得ないパケットは <= 64KB でクリーンにフラッシュされ、ドロップすることなく完全なまま配信されます。この問題はメインライン(7.0+)には存在しません。サブシステムはコミット 81be30c1f5f2(net/ipv6:RX サイドで BIG TCP の HBH をドロップ)で書き直されており、この修正は 6.18.y のような古い安定版ブランチにのみ関連します。 (CVE-2026-80725)

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

検出

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

critical Nessus プラグイン ID 341561

バージョン 1.7