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

  - net重新启用 BIG TCP 数据包的 NETIF_F_IPV6_CSUM 卸载所归责的提交基于 skbuff.h 中该功能的定义对具有扩展标头的 IPv6 数据包在播发 NETIF_F_IPV6_CSUM 的设备上禁用了硬件 offoad* * - %NETIF_F_IPV6_CSUM * - 驱动程序只能对 IPv6 上的纯 * TCP 或 UDP 数据包进行和校验。这些是 * IPv6|TCP 或 * IPv6|UDP 形式的未封装数据包其中 IPv6 * 标头中的 Next Header 字段为 TCP 或 UDP。IPv6 扩展标头 * 此功能不支持。此功能 * 无法在功能中针对也设置了 NETIF_F_HW_CSUM 的设备进行设置。* 已弃用此功能（见下文）。此变更造成 BIG TCP 数据包触发 skb_warn_bad_offload。 [ 496.310233] 警告CPU: 13 PID: 23472 at net/core/dev.c:3129 skb_warn_bad_offload+0xc4/0xe0 [ 496.310297] ? skb_warn_bad_offload+0xc4/0xe0 [496.310300] skb_checksum_help+0x129/0x1f0 [ 496.310303] skb_csum_hwoffload_help+0x150/0x1b0 [ 496.310306] validate_xmit_skb+0x159/0x270 [ 496.310309] validate_xmit_skb_list+0x41/0x70 [ 496.310312] sch_direct_xmit+0x5c/0x250 [ 496.310317] __qdisc_run+0x388/0x620 BIG TCP 引入了 IPV6_TLV_JUMBO IPv6 扩展标头来传达数据包长度因为这是 IPv6 jumbogram。但是该功能仅在支持 BIG TCP TSO 的设备上启用。标头仅针对 PF_PACKET tap像 tcpdump 存在并且不会由物理设备传输。对于这种未传输的扩展标头的特定情况请返回到受到归责的提交之前的情况并支持硬件卸载。
    ipv6_has_hopopt_jumbo() 不仅测试此标头是否存在而且测试它是否是终端 (L4) 标头之前的唯一扩展标头。 (CVE-2025-21629)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-21629

medium Nessus 插件 ID 231896

版本 1.12