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

  - hwrng:core - RCU と work_struct を使用して、競合状態を修正します 現在、hwrng_fillは hwrng_fillfn() スレッドが終了するまでクリアされません。hwrng_unregister() は rng_mutex ロックの外側でhwrng_fillを読み取るため、同時 hwrng_unregister() が同じタスクで再び kthread_stop() を呼び出す可能性があります。さらに、hwrng_unregister() が hwrng_register() の直後に呼び出された場合、停止したスレッドが実行されなかった可能性があります。したがって、hwrng_unregister() が戻った後でも、hwrng_fillはダーティのままになります。この場合、その後の hwrng_register() の呼び出しは新しいスレッドを開始できず、hwrng_unregister() は同じ解放されたタスクで kthread_stop() を呼び出します。どちらの場合も、use-after-free が発生します:refcount_t:0 への追加。use-after-free。
    警告:...at lib/refcount.c:25 refcount_warn_saturate+0xec/0x1c0 呼び出しトレース:kthread_stop+0x181/0x360 hwrng_unregister+0x288/0x380 virtrng_remove+0xe3/0x200 このパッチは、rng_mutexロック内部のグローバルhwrng_fillポインターを保護することで競合を修正します。これにより、hwrng_fillfn() スレッドは 1 回だけ停止され、kthread_run() と kthread_stop() の呼び出しはロックが保持された状態でシリアル化されます。ロックを保持した状態で停止中の hwrng_fillfn() におけるデッドロックを回避するために、current_rng を RCU に変換して、get_current_rng() がロックを保持せずにcurrent_rng読み取れるようにします。put_rng() からロックを解除するために、実際のクリーンアップもwork_structに延期します。get_current_rng() はERR_PTR値を返さなくなったため、IS_ERR() チェックは呼び出し元から削除されます。hwrng_fillがrng_mutexロックによって保護されているため、hwrng_fillfn()は自分自身hwrng_fillをクリアできなくなりました。このため、current_rngがドロップされた直後に hwrng_fillfn() が戻る場合は、kthread_stop() が解放されたtask_structで後で呼び出されます。これを修正するために、hwrng_fillfn() がschedule()を呼び出して、タスクが停止するまで存続させるようになりました。また、kthread_stop() 呼び出しも hwrng_unregister() から drop_current_rng() へ移動され、current_rng が NULL になるあらゆる可能なパスで kthread_stop() が呼び出されることが保証され、スレッドが永遠に待機することがなくなります。(CVE-2026-45949)

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

検出

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

medium Nessus プラグイン ID 317183

バージョン 1.6