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

  - mm/damon/core:damos_walk() と kdamond_fn() の終了競合を修正します kdamond_fn() メインループが終了すると、この関数は残りの damos_walk() リクエストをキャンセルし、damon_ctx->kdamond の設定を解除します。これにより、API 呼び出し元および API 関数自体がコンテキストが終了したことを表示できるようになります。damos_walk() は、呼び出し元のリクエストを最初にキューに追加します。その後、damon_ctxの kdamond がまだ実行中かどうかを示します(damon_ctx->kdamond が設定されています)。kdamond が実行中の場合のみ、damos_walk() は新しく追加されたリクエストの kdamond の処理の待ちを開始します。ただし、damos_walk() リクエストの登録と damon_ctx->kdamond の未設定は、異なるミューテックスによって保護されます。このため、damos_walk() が damon_ctx->kdamond unset と競合し、デッドロックが発生する可能性があります。たとえば、kdamond が damow_walk() リクエストのキャンセルを正常に終了したとします。
    その直後、コンテキストのために damos_walk() が呼び出されます。新しいリクエストが登録され、damon_ctx->kdamond の未設定がまだ実行されていないため、コンテキストがまだ実行中であることを示します。このため、damos_walk() 呼び出し元はリクエストの処理を待ちます。ただし、kdamond はすでに終了ステップにあるため、新しいリクエストは処理されません。その結果、damos_walk()呼び出し元スレッドは無限に待機します。別のdamon_ctxフィールド、すなわち walk_control_obsolete を導入することで、これを修正します。これは、damos_walk() リクエスト登録を保護する damon_ctx->walk_control_lock によって保護されます。damon_start() を戻す前に kdamond_fn() で初期化(設定解除)し、残りの damos_walk() リクエストのキャンセルが実行される直前を設定します。damos_walk() はロックの下の廃止されたフィールドを読み取り、新しいリクエストの追加を回避します。この変更後は、処理または取り消しが保証されているリクエストのみが登録されます。したがって、登録後の DAMON コンテキスト終了チェックは不要になりました。一緒に削除してください。この問題は sashiko [1] によって発見されました。(CVE-2026-46008)

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

検出

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

medium Nessus プラグイン ID 318538

バージョン 1.3