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

  - mm/kmemleak__kmemleak_do_cleanup() でのソフトロックアップを回避します。kmemleak を有効にしてデバッグカーネルを実行する際に、メモリが 16 GB の比較的小さなシステム x86-64 システムで、ソフトロックアップの警告が見つかりました。
    watchdog BUGソフトロックアップ - CPU#8 33 秒! [kworker/8:1:134] テストシステムは、ホットアンプラグが並行して発生するワークロードを実行していました。その後、kemleak は自身を無効化しました。これは、追加の kmemleak オブジェクトを割り当てることができないためです。デバッグカーネルでは、CONFIG_DEBUG_KMEMLEAK_MEM_POOL_SIZE が 40,000 に設定されています。既存の kmemleak オブジェクトが workqueue を通じてループで 1 つずつ削除および削除されていたとき、kmemleak_do_cleanup() でソフトロックアップが発生しました。この特定のケースでは、処理する必要があるオブジェクトが少なくとも 40,000 個あり、デバッグカーネルの速度低下と、raw_spinlock を __delete_object() で取得およびリリースする必要があるという事実を考慮すると、すべてを適切に処理するには時間がかかる可能性があります。これらのオブジェクトを参照してください。このケースでは kmemleak が無効になっているため、ロックが実際には必要ないため、オブジェクトの削除および削除プロセスをさらに最適化できます。しかし、まれに起きるこのようなエッジケースのために最適化する努力をする価値はおそらくありません。そのための単純な解決策は、反復ループにおいて定期的に cond_resched() を呼び出してソフトロックアップを回避することです。CVE-2025-39737

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

検出

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

medium Nessus プラグイン ID 264742

バージョン 1.11