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

  - tcp在当前终止 dst 的同时终止 secpath Xiumei 报告在运行归结为 - 创建 netns 对 - 通过 ipcomp6 运行基本 TCP 测试 - 删除 netns 对的测试时命中了 xfrm6_tunnel_net_exit 中的 WARN spi_byaddr 上发现的 xfrm_state 在我们删除 netns 时并未删除因为我们仍然拥有对其的引用。此延迟引用来自仍附加到 skb 的 secpath其在 xfrm_state 上保留 ref。此 skb 未被泄露其在 sk_receive_queue 上结束然后被 skb_attempt_defer_free 延迟释放。当我们延迟释放 skb将其推送到一个 CPU 的 defer_list 且未在删除 netns 之前刷新该列表时会出现此问题。在这种情况下我们仍然有关于 xfrm_state 的引用我们目前并不预期该引用。
    当不再需要 skb 时我们已删除了 TCP 接收路径中的 dst因此我们也删除 secpath。此时tcp_filter 已调用可能需要 secpath 的 LSM 挂钩因此应该不再需要它。但是在其中一些位置MPTCP 扩展刚刚附加到 skb因此我们不能简单地终止所有扩展。 (CVE-2025-21864)

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

检测

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

medium Nessus 插件 ID 243718

未找到变更日志