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

  - bpf_bpf_redirect_peer 上的清理数据包使用 bpf_redirect_peer 将数据包重定向到其他网络命名空间中的设备时不会清理 skb。这会导致一个命名空间的 skb 信息在另一个命名空间中遭到滥用。举例来说当使用 bpf_redirect_peer 重定向刚经过容器命名空间的 IPsec 解密的数据包时这将造成 Cilium 丢弃流量。
    以下 pwru 跟踪显示 (1) 从主机的 XFRM 层到丢弃数据包的容器的 XFRM 层的数据包路径，以及 (2) 每个函数的活动 skb 扩展数量。NETNS MARK IFACE TUPLE FUNC 4026533547 d00 eth0 10.244.3.124:35473->10.244.2.158:53 xfrm_rcv_cb .active_extensions = (__u8)24026533547 d00 eth0 10.244.3.124:35473->10.244.2.158:53 xfrm4_rcv_cb .active_extensions = (__u84)2, 4026533547 d00 eth0 [] :35473-> [] :53 xfrm4_rcv_cb .active_extensions = (__u84)2 d00 eth0 10.244.3.124:35473->10.244.2.158:53 gro_cells_receive .active_extensions = (__u8)2、[...] 4026533547 0 eth0 10.244.3.124:35473->10.244.2.158:53 skb_do_redirect .active_extensions = (__u8)2、4026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 ip_rcv .active_extensions = (__u8)2、4026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 ip_rcv_core .active_extensions = (__u8)2、[...] 4026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 udp_queue_rcv_one_skb .active_extensions = (__u8)2、4026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 __xfrm_policy_check .active_extensions = (__u8)2、4026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 __xfrm_decode_session .active_extensions = (__u8)2、4026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 security_xfrm_decode_session .active_extensions = (__u8)2、4026534999 0 eth0 10.244.3.124:35473->10.244.2.158:53 kfree( SKB_DROP_REASON_XFRM_POLICY) .active_extensions = (__u8)2在此情况下容器的网络命名空间中没有 XFRM 策略因此终止为意外。当我们解密 IPsec 数据包时在 skb 扩展中设置用于解密的 XFRM 状态。此信息会跨 netns 交换机保留。当我们到达容器的 netns 中的 XFRM 策略检查时__xfrm_policy_check 会丢弃包含 LINUX_MIB_XFRMINNOPOLS 的数据包因为找不到与用于解密的（主机端）XFRM 状态匹配的容器端 XFRM 策略。此修补程序通过在使用 bpf_redirect_peer 时清理数据包来修复此问题就像在典型 netns 交换机上通过 veth 设备所做的一样只是 skb->mark 和 skb->tstamp 未归零。 (CVE-2025-37959)

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

检测

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

medium Nessus 插件 ID 246323

版本 1.32