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

  - bpf不要让 BPF 测试基础设施向堆栈发出无效 GSO 类型 Silverhao 等人报告其 fuzzer 工具能够从 netif_skb_features() -> gso_features_check() 触发 skb_warn_bad_offload()。当 BPF 程序通过 BPF 测试基础设施触发通过 bpf_clone_redirect() 将数据包推送到环回设备时便可看到上述提及的卸载警告。然后GSO 相关的功能会被正确禁用。我们遇到这种情况的原因是 convert___skb_to_skb() 设置了 gso_segs 和 gso_size而非 gso_type。从技术上来说由于 GSO 属性因 gso_type 而出现畸形因此会触发此警告。如果在没有任何其他特定假设的情况下将 gso_type 至少设置为 SKB_GSO_DODGY则可将 gso_type 标记为不可信但考虑到我们一开始就不应进一步深入了解 GSO 引擎这种做法也感觉不对。检查是在 121d57af308dgso验证 GSO 处理程序中的 gso_type 中添加的因为存在将协议与不匹配 gso_type 结合的恶意 (syzbot) 发送者。如果要丢弃此类数据包gso_features_check() 当前仅通过 netif_skb_features() 返回功能标记因此可能丢弃此类 skb 的一个位置可能是 validate_xmit_unread_skb()但之后不会是快速路径中的额外检查对于极端情况。考虑到 bpf_clone_redirect() 是 BPF 测试基础设施可以发出此类数据包的唯一位置我们就可以在此处拒绝它们。 (CVE-2025-68725)

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

检测

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

medium Nessus 插件 ID 279716

版本 1.5