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

  - batman-adv管理されていない ELP メトリクスワーカーをドロップします ELP ワーカーは、インターフェイス経由で到達可能なすべての隣接エリアの に対して、新しいメトリクス値を計算する必要があります。使用されるメトリクスソースの一部は、スリープさせる必要があるロックを必要とします。このスリープは、記録された隣接するものに使用される RCU リスト反復子と互換性がありません。この問題を回避するための初期のアプローチは、隣接するエリアごとに別の作業項目をキューに入れ、これを新しいコンテキストで実行することでした。これにより RCU と might_sleep() の競合が解決される場合でも、重要な問題が発生します。これが不要になった場合には作業項目は停止していません - たとえば、関連するインターフェイスの 1 つが削除されたか、batman-adv モジュールがアンロードされたためです。 - 無効なメモリアクセスが発生する可能性があります。メトリクスワーカーを直接キャンセルすると、さまざまな問題が発生します * to-be-deactivate インターフェイスのcancel_work_sync が、rtnl_lock を保持した状態で呼び出されます。しかし、ELP メトリクスワーカーのコードは rtnl_lock() の使用も試行します - この場合は決して返されません。これは、ワーカーが完了するのを待っているため、cancel_work_sync が返されないことも意味します。 * 非アクティブ化するインターフェイスの隣接リストでの繰り返しは、現在 RCU 固有の方法を使用して行われます。これは、関連するスピンロックなしで反復するときに項目を失う可能性があることを意味します - この挙動は、定期的なメトリクスチェックには許容可能ですが、クリーンアップルーチンでは許容可能ではない動作ですまだ実行中のすべてのワーカーを停止する必要があります、より良い approch は、排除することですは、インターフェイスごとのメトリクスワーカーの であり、インターフェイスワーカーのすべてを処理します。元の問題は次により解決されます* RCU 保護されたコンテキスト内で新しいメトリクス情報を必要とする隣接するリストを作成し、RCU 保護されたコンテキスト外部で新しいリストに従ってメトリクスを収集 * メトリクス収集コード内の rcu_trylock のみを使用してデッドロックを回避ance_delayed_work_sync がインターフェイス削除コードで呼び出されますrtnl_lock を保持した状態で呼び出されますCVE-2025-21823

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-21823

medium Nessus プラグイン ID 230615

バージョン 1.19