CVE-2026-74645 DAMON_LRU_SORT パラメータ異常値

この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。

公開日: 2026-08-22T16:16:37.837 / 更新日: 2026-08-22T16:16:37.837

LinuxカーネルのDAMON_LRU_SORTモジュールに、パラメータactive_mem_bpが10000を超える値に設定された場合に発生するゼロ除算エラーの脆弱性が確認されています。このエラーは、冷蔵メモリスキームのクォータ目標値が0になることで引き起こされ、システム全体の不安定化やクラッシュの可能性があります。運用上は、DAMONを有効にしている環境でactive_mem_bpの値が適切に設定されているかを確認し、10000以上の設定が存在しないかを点検する必要があります。また、パッチ適用が推奨されるが、影響を受ける具体的なバージョンや回避策は明記されていません。確認時には、/sys/module/damon_lru_sort/parameters以下のパラメータ設定を確認し、異常値の有無をチェックすることが重要です。

参照情報

ソクラテスの問い、プラトンの備え

ソクラテス

プラトンよ、この脆弱性について、我々はシステムの信頼性と運用者の責任について問うべきではないか?たとえば、パラメータの設定が誤ってシステムを崩壊させるリスクを、誰がどのように担っているのか。

プラトン

ソクラテス、確かに哲学的な問いだが、現実ではまず/sys/module/damon_lru_sort/parameters以下のパラメータを確認せよ。active_mem_bpが10000を超えていないか、wmarks_highやwmarks_lowの値が異常でないか。これが「確認すべき観点」だ。

ソクラテス

では、もしパッチが推奨されているのなら、それが「影響調査」にどう関係するのか?パッチ適用のタイミングや、変更管理のプロセスについても問うべきではないか?

プラトン

その通りだが、パッチ適用は「推奨」されているだけで、具体的なバージョンは明記されていない。運用者は、自分の環境で影響を受ける可能性があるかを調査し、ベンダーの公式情報を確認しなければならない。例えば、カーネルのリリースノートや、パッチ適用後のテストを実施する。

ソクラテス

しかし、監視の重要性は?この脆弱性が発生した場合、システムの不安定化を防ぐにはどうすればよかろう?

プラトン

監視は不可欠だ。パラメータの異常変更を検出するためのログ監視や、メモリ使用状況の異常を捉えるツールを導入すべきだ。また、変更管理の文書化も忘れずに。たとえば、「active_mem_bpの値を変更した」という記録を残すことで、後日トラブルが起きたときの追跡が可能になる。

ソクラテス

では、運用者はこの脆弱性を「倫理」の問題として捉えるべきか?

プラトン

いや、倫理の問題ではなく、現実の運用プロセスの問題だ。パラメータの設定ミスは人為的な誤りだが、それに対して運用者は「確認」「監視」「変更管理」の三本柱をしっかり据えるべきだ。さもなくば、システムの安定性は風前の灯火である。

ソクラテス

ユーモアを交えて言おう。もしactive_mem_bpが10002に設定されたら、システムは「ゼロ除算で泣く」だろう。プラトン、我々はその泣き声を防ぐために、パッチと確認作業の両輪を転がすべきではないか?

プラトン

その通りだ、ソクラテス。ただ、パッチがなくても、運用者の「確認作業」だけでも、システムの安全を守る一歩は踏み出せる。

関連キーワード: linux, kernel