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。這會錯誤地將 inode >i_security blob 開頭的結構 rcu_head.func 回呼指標別名。在後續的對應元素清除或 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。
    這種故障快速方法可防止使用者空間在缺少支援的 BPF LSM 基礎架構時配置 inode 儲存對應，從而避免殭屍對應狀態。（CVE-2026-64192）

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

偵測

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

medium Nessus Plugin ID 328344

版本 1.28