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

  - bpf：在常數致盲之後修正過時的 offload->prog 指標 當僅限 dev-bound 的 BPF 程式 （BPF_F_XDP_DEV_BOUND_ONLY） 在啟用常數致盲 （bpf_jit_harden >= 2） 的情況下進行 JIT 編譯時，bpf_jit_blind_constants（） 會複製程式。然後在 bpf_jit_prog_release_other（） 中釋放原始程序，該程序會更新 aux->prog 以指向倖存的複製，但無法更新 offload->prog。這會留下 offload->prog 指向釋放的原始程式。當網路命名空間隨後被破壞時，cleanup_net（） 會觸發 bpf_dev_bound_netdev_unregister（），它會反覆運算 ondev->progs 並呼叫 __bpf_prog_offload_destroy（offload->prog）。存取釋放的程序會導致頁面錯誤： 錯誤：無法處理位址的頁面錯誤：ffffc900085f1038 工作佇列：netns cleanup_net RIP：0010：__bpf_prog_offload_destroy+0xc/0x80 呼叫追蹤：__bpf_offload_dev_netdev_unregister+0x257/0x350 bpf_dev_bound_netdev_unregister+0x4a/0x90 unregister_netdevice_many_notify+0x2a2/0x660 ...
    cleanup_net+0x21a/0x320 可靠觸發此動作的測試順序為： 1. 設定 net.core.bpf_jit_harden=2 （echo 2 > /proc/sys/net/core/bpf_jit_harden） 2.執行 xdp_metadata selftest，這會在 netns （./test_progs -t xdp_metadata） 3 內的 veth 上建立僅限開發綁定的 XDP 程式。cleanup_net -> 頁面錯誤
    __bpf_prog_offload_destroy 僅限 Dev-bound 程式的獨特之處在於它們具有卸載結構，但會透過一般 JIT 路徑，而不是 bpf_prog_offload_compile（）。這意味著它們會受到不斷的盲法克隆和替換的影響，同時還具有必須保持同步的卸載>前奏。透過更新 bpf_jit_prog_release_other（） 中的 offload->prog 以及現有的 aux->prog 更新來修正此問題。
    兩者都是前奏的後備指針，在更換前奏時必須保持同步。（CVE-2026-53094）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-53094

high Nessus Plugin ID 323565

版本 1.5