Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - ceph:crypto 割り当てに失敗する際の num_ops off-by-one を修正move_dirty_folio_in_page_array()が失敗する可能性があります。ファイルが暗号化され、ダーティフォリオがバッチの最初ではなく、暗号化テキストを保持するためのバウンスバッファの割り当てに失敗する場合、() が失敗する可能性があります。この場合、ceph_process_folio_batch() は単に Folio を再ダーティし、現在のバッチをフラッシュします -- 将来のバッチでその Folio を再試行できます。ただし、この失敗したフォリオがバッチに含まれた最後のフォリオと隣接していない場合、ceph_process_folio_batch() はすでに 'ceph_wbc->num_ops' をインクリメントしています。隣接していない Folio をフォローして配列に追加しないため、ceph_submit_write()は 'ceph_wbc->num_ops' が writeback の隣接した範囲の数(したがって必要な書き込みエクステント ops の数)を正確に反映することを期待します -- カーネルをパニックに陥れます: BUG_ON(ceph_wbc->op_idx + 1 != req->r_num_ops);この問題は、4KiB書き込み/4KiBスキップ/繰り返しパターンでfscrypt対応のCephFSファイルに書き込み(合計ファイルサイズは関係ありません)、バウンスバッファ割り当てが失敗するまでシステムのメモリ負荷を徐々に高めることによって、影響を受けるカーネルで再現できます。move_dirty_folio_in_page_array() が失敗しても、フォリオがすでに新しい(つまり、まだ空の)範囲のカウントを開始している場合に、「ceph_wbc->num_ops」を正しい値に減らすことでこのクラッシュを修正します。このパッチで修正された不具合は2022年から存在していましたが(最初の「修正:」を参照)、別のバグにより最近までマルチフォリオの暗号化された書き戻しがブロックされていました(2番目の「修正:」を参照)。2 番目のコミットは、 6.18.16、 6.19.6、7.0-rc1 になり、これらのバージョンのパニックの正体が明らかになりました。したがって、このパッチはcac190c7674fによって導入されたリグレッション(パニック)を修正します。(CVE-2026-46066)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-46066

medium Nessus プラグイン ID 317187

バージョン 1.4