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

  - binfmt_misc：掛載失敗時不要洩漏使用者命名空間 bm_get_tree（） 會引用使用者命名空間，並將其作為 sget 金鑰交給 get_tree_keyed（）。sget_fc（） 將該引用移動到 sb->s_fs_info 中並清除 fc->s_fs_info，因此從那時起超級塊就擁有它，而 bm_free（） 不再看到它。超級區塊將其放入 ->put_super（） 中。但 generic_shutdown_super（） 只會呼叫
    ->put_super（） 來自 if （sb->s_root） 分支內部，因此當 bm_fill_super（） 失敗時，沒有任何內容會釋放它： - kzalloc_obj（） 失敗將s_root留為 NULL，並跳過整個分支。- 檔案迴圈中的 simple_fill_super（） 失敗會保留 s_root，但 s_op 仍然指向 simple_super_operations，而  沒有
    ->put_super（）。bm_fill_super（） 只會在 simple_fill_super（） 傳回成功後安裝s_ops，並且提前安裝也無濟於事，因為 simple_fill_super（） 會覆寫s_op。無論哪種方式，vfs_get_super（） 都會調用 deactivate_locked_super（），並且引用將永遠消失。binfmt_misc掛載可在使用者命名空間中使用，並且 inode 和 dentry 快取都是SLAB_ACCOUNT的，因此記憶體緊張的 cgroup 下的無權限呼叫者可能會根據需要失敗 simple_fill_super（），並且每次嘗試洩漏一個使用者命名空間。改為刪除 ->kill_sb（） 中的參照，該參照會無條件運行，就像 nfsd 和 rpc_pipefs 釋放其鍵控s_fs_info一樣。這也會阻止 ->put_super（） 在超級區塊仍處於@fs_supers狀態時清除s_fs_info。generic_shutdown_super（） 故意將其留在那裡，以便 sget_fc（） 不斷找到它，直到 kill_sb（） 運行，但 NULL s_fs_info會使 test_keyed_super（） 錯過它，因此同一使用者命名空間的並發掛載會跳過 grab_super（） 等待，並為仍在拆除的命名空間建立第二個超級區塊。（CVE-2026-74483）

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

偵測

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

medium Nessus Plugin ID 335818

版本 1.7