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

  - sched/deadlinePI de-boosting 実行中の ENQUEUE_REPLENISH の欠落を修正します大型マシンの RT カーネルで --schedpolicy 0を実行すると、以下の警告が発生する可能性があります編集済み。 schedDL deboosted タスク PID 22725REPLENISH フラグがありません 警告CPU93 PIDkernel/sched/deadline.c:239 dequeue_task_dl+0x15c/0x1f8 で 0実行中_bw アンダーフローCall trace: dequeue_task_dl+0x15c/ 0x1f8 (P) dequeue_task+0x80/0x168 deactivate_task+0x24/0x50 push_dl_task+0x264/0x2e0 dl_task_timer+0x1b0/0x228
    __hrtimer_run_queues+0x188/0x378 hrtimer_interrupt+0xfc/0x260 ... 問題は、SCHED_DEADLINE タスクロック保持者が sched_setscheduler() 経由で低い優先度クラスに変更される際に、過去にまだ継承していない場合、潜在的な DEADLINE ドナーのパラメーターを適切に継承できない可能性があります短い期限引き起こす可能性があります。これにより、enqueue_task_dl() がロック所有者をブースト済みとして認識しないため、帯域幅アカウントの破損が発生する可能性があります。このシナリオは、次の場合に発生します。1. DEADLINEタスクdonorが別のDEADLINEタスクholderによって保持されているPI mutexでブロックするが、保持者がパラメーターを継承しないたとえば、すでにより短い期限がある2. sched_setscheduler() mutex 3 を保持している間に、オーナーが DEADLINE から低いクラスに変更されます。 保持者は現在、ドナーから DEADLINE パラメーターを継承し、ENQUEUE_REPLENISH でエンキューされるべきですが、これは発生しません __setscheduler_dl_pi() を導入することで の問題を修正します。これにより、 が検出されます。 DEADLINE適切なまたはブーストされたタスクが、低い優先度クラスに設定されます。場合によっては、関数はタスクに donoer (pi_se) の DEADLINE パラメーターを継承させ、次の enqueue 操作中に適切な帯域幅のアカウンティングを確保するために ENQUEUE_REPLENISH フラグを設定します。CVE-2026-23371

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

検出

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

medium Nessus プラグイン ID 303726

バージョン 1.9