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

  - bpf：如果 BPF LSM 未初始化，则拒绝BPF_MAP_TYPE_INODE_STORAGE创建 设置 CONFIG_BPF_LSM=y 时，BPF inode 存储映射 （BPF_MAP_TYPE_INODE_STORAGE） 被编译到内核中。但是，如果在引导时未显式启用 BPF LSM（如从 lsm= boot 参数中忽略），则绝不会为 BPF LSM 执行 lsm_prepare（）。因此，从不初始化 BPF inode 安全 blob 偏移 （bpf_lsm_blob_sizes.lbs_inode） 并保持其默认编译大小 8 字节，而不是更新为超过预留结构rcu_head（通常为 16 字节或更大）的有效偏移。
    当特权用户创建并更新BPF_MAP_TYPE_INODE_STORAGE映射时，bpf_inode（） 评估 inode->i_security + 8。这会错误地将 struct rcu_head.func 回调指针放在 inode >i_security blob 的开头。在后续映射元素清理或 inode 销毁期间，将 NULL 写入 owner_storage 会清除排队的 RCU 回调指针。当 rcu_do_batch（） 稍后执行已排队的回调时，它会在地址0x0尝试指令提取，从而立即触发内核错误。通过引入标有 __ro_after_init 的全局bpf_lsm_initialized布尔标记来修复此问题。当 LSM 框架成功注册 BPF LSM 时，在 bpf_lsm_init（） 中将此标记设置为 true。此标记的 inode_storage_map_alloc（） 中的门映射分配，如果 BPF LSM 反过来未初始化，则返回 -EOPNOTSUPP。
    此 fail-fast 方法可防止用户空间在缺少支持 BPF LSM 基础架构时分配 inode 存储映射，避免僵尸映射状态。（CVE-2026-64192）

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

检测

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

medium Nessus 插件 ID 328344

版本 1.27