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

  - media:ti:vpe:ストリームを解放する前にオーバーフロー回復を静止します。FIFO オーバーフローが検出されると、VIP オーバーフロー回復ワーカーは hardirq ハンドラーから武装し、list-complete パスは VPDMA リストプライベートポインターを通してストリームを検索します。どちらもストリーム、ポート、およびデバイスの状態に触れ続けます。また、リカバリ・ワーカーは、パーサーおよび VPDMA をリセットし、記述子リストを再入力し、リストごとの IRQ を再度有効にします。vip_stop_streaming() はリストごとの IRQ をマスクしてクリアしますが、hardirq ハンドラーを同期することも、recovery_workを無効化することもしません。したがって、すでに recovery_work キューに入れているオーバーフローの IRQ、あるいはストリームが破棄されたときに実行中のリスト完了の IRQ は、リソースが解放された後もストリームを逆参照します。記述子リストは、ファイルのリリース時に vip_release_stream() によって解放され、ストリーム自体は unbind/remove 時に free_stream() によって解放されます。ストリーム所有のリソースが解放される前に、共有 vip_quiesce_stream() ヘルパーを介して両方のティアダウンポイントでリカバリワーカーと IRQ ハンドラーをドレインします。disable_work_sync() は保留中のrecovery_workをキャンセルし、実行中のインスタンスをドレインし、その無効深度を上げます。したがって、競合している IRQ ハンドラーによって発行された後続の schedule_work() は、workqueue スケジューラで拒否されます。recovery_workは、disable_work_sync() が有効になった後、再キューに入れることができません。ワーカーは、disable_work_sync() が返される前にリストごとの IRQ を引き続き再有効化する可能性があります。次に disable_irqs() はこれらのソースをマスクし、synchronize_irq() は依然としてストリーム状態を逆参照するインフライトハンドラーを待機します。vip_stop_streaming() では、パーサーが停止する前にヘルパーが実行されます。これは、disable_work_sync() によってドレインされたワーカーが、終了前にパーサーを再有効化し、さもなければ停止を取り消す可能性があるためです。
    recovery_work は、IRQ の前に vip_start_streaming() で無効に作成および有効化され、ストリーミング ライフサイクル全体にわたって有効化とティアダウン無効化を組み合わせます。この問題は、社内の静的分析ツールで見つかり、手動コードレビューで確認されました。(CVE-2026-89875)

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

検出

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

high Nessus プラグイン ID 346493

バージョン 1.13