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

  - bpf：修复了常量伪装后过时的 offload->prog 指针 当仅限开发绑定的 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）。访问已释放的 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 上创建仅限 dev-bound XDP 程序。cleanup_net -> 页面错误
    __bpf_prog_offload_destroy Dev-bound-only 程序的独特之处在于它们具有卸载结构，但通过普通 JIT 路径而不是 bpf_prog_offload_compile（）。这意味着它们会受到不断的 blinding 的前卫克隆和替换的影响，同时还具有必须保持同步的 offload->prog。通过更新 bpf_jit_prog_release_other（） 中的 offload->prog 以及现有的 aux->prog 更新来修复此问题。
    两者都是程序的反向指针，在替换程序时必须保持同步。（CVE-2026-53094）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-53094

high Nessus 插件 ID 323565

版本 1.23