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 プラグイン ID 322536

バージョン 1.16