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

  - sched/fair:フォークされたエンティティを初期化する際にrel_deadlineをクリアします 新たにフォークされたsched_entityが予期せず設定された se->rel_deadline で fair クラスに入ると、yield-triggered クラッシュが発生する可能性があります。失敗シーケンスは次のとおりです。1. se->rel_deadline がまだ設定されている間にタスクが分岐されます。2. __sched_fork() は vruntime、vlag、およびその他のsched_entity状態を初期化しますが、rel_deadlineはクリアしません。3. 最初のキュー入りで、enqueue_entity() が place_entity() を呼び出します。4. se->rel_deadline が設定されているため、place_entity() は se->deadline を相対的な期限として扱い、現在の vruntime を追加することで絶対期限に変換します。5. ただし、フォークされたエンティティの期限は、この新しいスケジューリングインスタンスの有効な継承された相対期限ではないため、変換によって異常に大きな期限が生成されます。6. 後でタスクが sched_yield() を呼び出すと、yield_task_fair() は se->vruntime を se->deadline に進めます。7. その後、拡張された vruntime は、次のエンキューパスで使用され、vruntime から派生したキーにエンティティの重みを乗算するとオーバーフローする可能性があります。8. これにより、cfs_rq->sum_w_vruntimeが破損し、EEVDF適格性の計算が中断され、最終的にすべてのエンティティが不適格に見える可能性があります。その後、pick_next_entity() が予期せず NULL を返す可能性があり、これが後で NULL デリファレンスにつながる可能性があります。キャプチャされたトレースは、効果を明確に示します。yield の前は、エンティティの vruntime は次の通りにありました:9834017729983308 yield_task_fair() 実行後: se->vruntime = se->deadline vruntime は以下にジャンプしました:19668035460670230 そして期限は後にさらに次のように繰り上げられました:19668035463470230 これは、yield_task_fair() が vruntime にコピーする前に、期限がすでに異常に大きくなっていたことを示しています。rel_deadline意味があるのは、se->deadline が実際に vruntime に対して配置する必要がある相対的なデッドラインを持つ場合のみです。新しくフォークされたsched_entityは、この状態を継承したり保持したりすべきではありません。__sched_fork() の se->rel_deadline を、他のsched_entityランタイム状態とともにクリアします。これにより、最初のキュー入りが新しいエンティティのデッドラインを古い相対デッドラインとして解釈しないようにします。
    (CVE-2026-52980)

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

検出

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

medium Nessus プラグイン ID 323289

バージョン 1.9