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

  - ipc：將next_id配置限制為有效 ID 範圍 檢查點/還原 sysctl 路徑可以透過 ids->next_id 要求下一個 SysV IPC ID。 ipc_idr_alloc（） 目前會將該要求轉送至具有開放式上限的 idr_alloc（）。如果 SysV IPC ID 空間的有效尾部已滿，則配置可能會溢出超過 ipc_mni。傳回的 SysV IPC ID 仍使用一般索引編碼，因此稍後的查詢和移除可能會以錯誤的槽位為目標。這會留下真正的 IDR 項目，並中斷物件的 IDR 狀態。
    錯誤存在於檢查點/還原路徑的 ipc_idr_alloc（） 中。1. ids->next_id傳遞給：
    idr_alloc（&ids->ipcs_idr、新、ipcid_to_idx（next_id）、0 等）2. 零上限使分配實際上是開放式的。一旦有效的 SysV IPC 尾部被佔用，idr_alloc（） 就可以溢出超過 ipc_mni 並配置超出有效 IPC ID 範圍的項目。3. 新的物件 ID 仍使用較窄的 SysV IPC 索引寬度進行編碼：new->id = （new->seq << ipcmni_seq_shift（）） + idx 4。稍後的移除會透過 ipc_rmid（），其中使用： ipcid_to_idx（ipcp->id） 這會截斷實際的 IDR 索引。然後可以移除實際儲存在高索引的物件，就像它位於低範圍內索引一樣。5. 對於共享記憶體，shm_destroy（） 無論如何都會釋放目前對象，但真正的高 IDR 插槽會留下作為懸空指標。6. 後續的 /proc/sysvipc/shm 遍歷會到達過時的 IDR 項目，並解除參照釋放的記憶體。藉由將要求的分配限制為 ipc_mni 來防止這種情況發生，這樣一旦有效範圍用盡，檢查點/還原路徑就會失敗。（CVE-2026-52923）

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

偵測

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

medium Nessus Plugin ID 322536

版本 1.17