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

  - binfmt_misc：不要讓 'F' 項目釘選自己的實例 以 'F' 註冊的項目會在註冊時開啟其解譯器，並保留該檔案，直到項目被釋放為止。任何沒有人手動刪除的條目只有在binfmt_misc超級區塊關閉後才會關閉。如果解譯器位於使該超級區塊保持活動狀態的安裝上，則兩者會相互固定：binfmt_misc sb -> inode -> entry -> interp_file
    -> vfsmount -> binfmt_misc sb TL;DR：檔案永遠不會關閉。一旦掛載命名空間消失，就沒有什麼可以取消註冊的。有兩種方法可以觸發此錯誤： - 將解譯器指向執行個體本身。其檔案是安裝程式擁有的一般檔案，bm_get_inode（） 和 simple_fill_super（） 都保留i_op empty_iops。所以 notify_change（） 回退到 simple_setattr（） 並且 chmod +x 可以工作。我們從來沒有設定過SB_I_NOEXEC，所以 open_exec（） 接受它。- 使用執行個體作為 overlayfs 較低層。覆蓋超級區塊會保留每一層的 clone_private_mount（），直到它被銷毀，並且該複製不在命名空間中。所以 umount_tree（） 永遠不會到達它。這是一個 DoS。洩漏的不僅僅是超級塊。它會釘選裝載的使用者命名空間，因此每次反覆運算都會永久消耗呼叫端的其中一個使用者命名空間費用。所以讓我們做理智的事情吧。SB_I_NOEXEC會使執行個體自己的檔案上的 open_exec（） 失敗，s_stack_depth使 overlayfs 在複製之前拒絕該層。這也涵蓋了 ecryptfs 和 fuse 直通變體。“F”的承諾沒有改變。stable 標籤故意比 Fixes 標籤窄。在沙箱掛載之前，這需要針對每個人共用的單一執行個體進行全域根目錄，而且無論如何，變更不適用於這些樹狀結構。請注意，SB_I_NODEV 是針對 userns 掛載隱含引發的，但在這裡也明確引發它。（CVE-2026-74484）

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

偵測

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

medium Nessus Plugin ID 335771

版本 1.10