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

  - tty:シリアル:MAX3100:ポートを解放する前にタイマーをシャットダウンします max3100_shutdown() はポーリングタイマーを停止しますが、システムの中断中に早期に戻します。SPIデバイスが再開前にバインドされていない場合、シリアルコアはmax3100_shutdown()を再度呼び出しないため、タイマーがアブのままである間、max3100_remove()はポートを解放します。
    その後、max3100_timeout()は解放されたポートにアクセスし、タイマーを再武装させる可能性があります。final timer teardown を max3100_remove() に追加し、timer_shutdown_sync() を使用して競合コールバックが再武装することを防ぎます。また、ポートを解放する前に、IRQ を解放し、そこにある作業キューを破壊します。timer_delete_sync() を max3100_shutdown() のままにして、後続の open() がタイマーを再武装できるようにします。ワークキューは request_irq() の前に作成され、request_irq() の失敗と通常のシャットダウンの両方で破壊されます。したがって、削除時のその存在により、サスペンドがシャットダウンをバイパスするときに登録されたままの IRQ が識別されます。ワークキューを破壊する前に、max3100_shutdown() と max3100_remove() の両方で IRQ を解放し、その間に保留中の作業を取り消します。
    free_irq() は実行中の割り込みハンドラーが終了するのを待機し、その後新しいハンドラーを起動できないため、競合ハンドラーは破壊されている作業キューの作業をキューに入れることができません。max3100_dowork()のforce_end_workチェックは、チェックとqueue_work()の間で遅れたハンドラーが、ティアダウンによってworkqueueポインターをクリアした後も実行される可能性があるため、そのウィンドウを狭めるだけです。また、作業をキャンセルすると、フリーズ可能な作業キューがまだ凍結されている間に remove() が実行された場合に、キューに入れられた作業項目を destroy_workqueue() が待機しないようにできます(例:作業キューがフリーズする前の再開ウィンドウ中にデバイスを削除します)。
    この問題は、社内の静的解析ツールにより見つかりました。(CVE-2026-98749)

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

検出

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

high Nessus プラグイン ID 367010

バージョン 1.3