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

  - ext4:fs シャットダウンでのダーティクラスターの二重デクリメントを修正します fstests テスト generic/388 は、ダーティクラスターカウントに関連する ext4_put_super() で警告を再現することがあります: 警告:CPU:7 PID:76064 at fs/ext4/super.c:1324 ext4_put_super+0x48c/0x590 [ext4] 失敗を追跡すると、s_dirtyclusters_counter値が -1 であるために警告が発動されることがわかります。IOW、これはある種のリークとは対照的に、偽造の減少のようです。ダーティクラスターカウントデルタをさらに追跡し、結果として得られる出力のLLMスキャンにより、原因はext4_mb_mark_diskspace_used()と呼び出し元ext4_mb_new_blocks()の間のエラーパスの二重減少であることが特定されました。まず、generic/388 はシャットダウン対 fsstress テストであるため、ランダムな一連の操作とシャットダウンインジェクションを生成することに留意してください。問題のあるケースでは、シャットダウンによって、ext4_mb_mark_context() から行われる ext4_handle_dirty_metadata() 呼び出しからのエラーリターンがトリガーされます。
    この時点で変更された値はゼロではないため、エラーが ext4_mb_mark_context() からバブルアップした後、ext4_mb_mark_diskspace_used() は終了しません。代わりに、前者は両方のクラスターカウンターを滅分し、エラーを ext4_mb_new_blocks() まで返します。後者は !ar->len out パスに入り、ダーティクラスターカウンターを 2 回減らし、不整合を生み出します。この問題を回避し、このコードパス内のクラスター予約の所有権を簡略化するには、カウンター削減を呼び出し側の 1 か所にリフトします。これにより、ext4_mb_new_blocks()が、失敗によって消費または返されるかどうかに関係なく、!delallocのケースで(ext4_claim_free_clusters()を介して)クラスター予約を取得し、それを解放する責任があることがより明確になります。(CVE-2026-45920)

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

検出

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

high Nessus プラグイン ID 317161

バージョン 1.5