Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - net： gro：正确验证 BIG TCP 聚合标准 GRO 尝试聚合超过 GRO_LEGACY_MAX_SIZE （64KB） 的数据包时，应仅为普通 IPv4 TCP 和普通 IPv6 TCP（具有足够的 MAC 标头空间来插入临时 HBH jumbo 标头）允许 BIG TCP。但是，提交 b1a78b9b9886（net：
    添加对 IPv4 big TCP 的支持） 导致 skb_gro_receive（） 中放宽检查，从而导致多个问题：1.
    skb_gro_receive（） 检查的是 skb_headroom（p） 而非 MAC 标头 （p->mac_header） 之前的实际间距。由于 skb_headroom（p） 包含 mac_len，构建的帧（如通过 AF_PACKET 注入的帧）可通过检查，包含 p->mac_header < 8 字节。当 ipv6_gro_complete（） 插入临时 HBH jumbo 标头时，memmove（） 在 skb->head 之前启动，从而导致越界写入和封装 skb->mac_header。2. 它允许非 IP 协议（如软件 VLAN （ETH_P_8021Q / ETH_P_8021AD））聚合超过 64KB，因为 p->protocol ！= ETH_P_IPV6 为 true。3. 检查 p->encapsulation 而非 NAPI_GRO_CB（skb）->encap_mark，从而允许封装流（例如 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/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - net：gro：正確驗證 BIG TCP 聚合標準 當 GRO 嘗試聚合超過 GRO_LEGACY_MAX_SIZE （64KB） 的封包時，僅允許普通 IPv4 TCP 和普通 IPv6 TCP 使用 BIG TCP（有足夠的 MAC 標頭空間來插入臨時 HBH 巨型標頭）。不過，請提交 b1a78b9b9886 （net：
    新增對 IPv4 大 TCP 的支援） 放寬了 skb_gro_receive（） 中的檢查，導致了幾個問題： 1.
    skb_gro_receive（） 檢查了 skb_headroom（p），而不是 MAC 標頭 （p->mac_header） 之前的實際空格。由於 skb_headroom（p） 包含 mac_len，因此特製的幀（例如透過 AF_PACKET 插入）可以通過 p->mac_header < 8 位元組的檢查。當 ipv6_gro_complete（） 插入臨時 HBH 巨型標頭時，memmove（） 會在 skb->head 之前啟動，導致越界寫入並包裝 skb->mac_header。2. 它允許軟體 VLAN （ETH_P_8021Q / ETH_P_8021AD） 等非 IP 協定聚合超過 64KB，因為 p->protocol ！= ETH_P_IPV6 為 true。3. 它檢查了 p->encapsulation 而不是 NAPI_GRO_CB（skb）->encap_mark，允許封裝流量（例如 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/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 は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

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

  - net: gro: properly validate BIG TCP aggregation criteria When GRO attempts to aggregate packets beyond     GRO_LEGACY_MAX_SIZE (64KB), BIG TCP should only be permitted for plain IPv4 TCP and plain IPv6 TCP (with     sufficient MAC header room to insert the temporary HBH jumbo header). However, commit b1a78b9b9886 (net:
    add support for ipv4 big tcp) loosened the check in skb_gro_receive(), leading to several issues: 1.
    skb_gro_receive() checked skb_headroom(p) instead of the actual space before the MAC header     (p->mac_header). Because skb_headroom(p) includes mac_len, crafted frames (e.g. injected via AF_PACKET)     can pass the check with p->mac_header < 8 bytes. When ipv6_gro_complete() inserts the temporary HBH jumbo     header, the memmove() starts before skb->head, causing an out-of-bounds write and wrapping     skb->mac_header. 2. It allowed non-IP protocols such as software VLAN (ETH_P_8021Q / ETH_P_8021AD) to     aggregate beyond 64KB because p->protocol != ETH_P_IPV6 was true. 3. It checked p->encapsulation instead     of NAPI_GRO_CB(skb)->encap_mark, allowing encapsulated flows (e.g. SIT / IPv6-in-IPv4) to aggregate beyond     64KB. Fix skb_gro_receive() to strictly enforce: - NAPI_GRO_CB(skb)->proto == IPPROTO_TCP - Not     encapsulated (!NAPI_GRO_CB(skb)->encap_mark && !p->encapsulation) - Protocol must be either ETH_P_IP or     ETH_P_IPV6 - If ETH_P_IPV6, p->mac_header must be at least sizeof(struct hop_jumbo_hdr) Returning -E2BIG     from skb_gro_receive() ensures that packets which cannot become BIG TCP are cleanly flushed at <= 64KB and     delivered intact without dropping. This issue does not exist in mainline (7.0+) because the subsystem was     rewritten in commit 81be30c1f5f2 (net/ipv6: Drop HBH for BIG TCP on RX side), making this fix relevant     only for older stable branches like 6.18.y. (CVE-2026-80725)

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

The remote Debian 13 host has packages installed that are affected by multiple vulnerabilities as referenced in the dsa-6477 advisory.

    - -------------------------------------------------------------------------     Debian Security Advisory DSA-6477-1                   security@debian.org     https://www.debian.org/security/                     Salvatore Bonaccorso     August 29, 2026                       https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    Package        : linux     CVE ID         : CVE-2025-40074 CVE-2026-64216 CVE-2026-64581 CVE-2026-74626                      CVE-2026-74653 CVE-2026-74662 CVE-2026-80536 CVE-2026-80557                      CVE-2026-80562 CVE-2026-80572 CVE-2026-80583 CVE-2026-80590                      CVE-2026-80725

    Several vulnerabilities have been discovered in the Linux kernel that     may lead to a privilege escalation, denial of service or information     leaks.

    For the stable distribution (trixie), these problems have been fixed in     version 6.12.107-1.

    We recommend that you upgrade your linux packages.

    For the detailed security status of linux please refer to its security     tracker page at:
    https://security-tracker.debian.org/tracker/linux

    Further information about Debian Security Advisories, how to apply     these updates to your system and frequently asked questions can be     found at: https://www.debian.org/security/

    Mailing list: debian-security-announce@lists.debian.org

Tenable has extracted the preceding description block directly from the Debian security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名前	製品	ファミリー	公開日	更新日	深刻度
341561	Linux Distros 未修补的漏洞：CVE-2026-80725	Nessus	Misc.	2026/8/29	2026/8/30	critical
341561	Linux Distros 未修補弱點：CVE-2026-80725	Nessus	Misc.	2026/8/29	2026/8/30	critical
341561	Linux Distros のパッチ未適用の脆弱性: CVE-2026-80725	Nessus	Misc.	2026/8/29	2026/8/30	critical
341561	Linux Distros Unpatched Vulnerability : CVE-2026-80725	Nessus	Misc.	2026/8/29	2026/8/30	critical
341563	Debian dsa-6477 : ata-modules-6.12.101+deb13-armmp-di - security update	Nessus	Debian Local Security Checks	2026/8/29	2026/8/29	critical

検出

プラグインの検索

critical

critical

critical

critical

critical