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

  - mm/secretmem：透過將記憶體視為 mlock（） 處理，從而受到RLIMIT_MEMLOCK限制，正確記錄鎖定頁面 secretmem 帳戶對開本。但是，對開本是不可驅逐的，並且在 inode 被驅逐之前一直如此，從而消除了通常的 mlock（） 語義 - 映射對應對開本然後取消映射它們並不會清除其不可驅逐狀態，因為它取決於AS_UNEVICTABLE，而不是PG_mlocked。因此，使用者可以輕鬆解決RLIMIT_MEMLOCK限制 - 只需映射然後取消映射，VmLck 就不再計算 secretmem 範圍。更糟糕的是，對開本不會被記錄在進程的 RSS 中，這意味著 OOM 殺手不會知道要終止進程。重複對應/取消對應 （或分支） 會導致耗用所有可用的系統記憶體和無法移除的對開本，並導致系統不穩定。secretmem fd 可以在進程之間傳遞並通過 fork 傳遞，因此每個進程的限制根本沒有意義，因此請遵循 io_uring、perf、skbuff、iommufd 和 xdp 設定的先例，追蹤 user_struct->locked_vm 中的鎖定頁面數量。由於追蹤的範圍實際上是 inode 存留期，因此RLIMIT_MEMLOCK會套用每個使用者，而不是每個處理程序，因此對於具有CAP_IPC_LOCK的使用者繞過是沒有意義的，因此請移除此繞過。根本沒有理由繼續將映射標記為 mlock（），因為它具有誤導性，並且生命週期現在已正確處理，因此也將其刪除。請注意，secretmem 不支援任何形式的截斷 （包括打孔），而且對開本是不可回收的，因此對開本只需要在過錯時進行核算，而在 inode 銷毀時不核算。__secretmem_account_pages（） 或多或少是io_uring等使用的程式碼的副本，但由於這是一個需要反向移植的錯誤修復，因此將任何重複資料刪除工作推遲到後續行動。test_mlock_limit（） 在 mmap（） 上宣告 mlock_future_ok（），但這已被移除，因此請完全移除修正的測試。將單獨為上游發送新的測試。（CVE-2026-93243）

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

偵測

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

medium Nessus Plugin ID 350114

版本 1.9