Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - bpf在 bpf_redirect_peer 上抹除封包使用 bpf_redirect_peer 將封包重新導向至另一個網路命名空間中的裝置時並不會抹除 skb。這可導致來自某個命名空間的 skb 資訊在另一個命名空間中遭到誤用。例如使用 bpf_redirect_peer 將剛通過 IPsec 解密的封包重新導向至容器命名空間時這會造成 Ciium 中斷流量。
    下列 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)2, 4026533547 d00 eth0 10.244.3.124:35473->10.244.2.158:53 xfrm4_rcv_cb .active_extension2s6 =3 __54)2, u4002s6 =3 (__548)2, u 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_reason( SKB_DROP_REASON_XFRM_POLICY) .active_extensions = (__u8)2、在此情況下容器的網路命名空間中沒有任何 XFRM 原則因此放置是非預期的。當我們解密 IPsec 封包時用於解密的 XFRM 狀態是在 skb 延伸模組中設定。此資訊會跨 netns 交換器保留。當我們在容器的 netns 中進行 XFRM 原則檢查時__xfrm_policy_check 會中斷具有 LINUX_MIB_XFRMINNOPOLS 的封包因為找不到與用於解密的 (主機端) XFRM 狀態相符的 (容器端) XFRM 原則。此修補程式透過在使用 bpf_redirect_peer 時清除封包來修正此問題如同透過 veth 裝置 (但並未將 skb->mark 和 skb->tstamp 歸零在一般 netns 交換器上執行)。 (CVE-2025-37959)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-37959

medium Nessus Plugin ID 246323

版本 1.18