CVE-2026-68094 in Linux
要約
〜によって VulDB • 2026年08月10日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
sched_ext: ローカルDSQへのディスパッチ時にrq追跡を保持する
dispatch_to_local_dsq()は、ops.dispatch()が現在のrq（runqueue）を記録している間にscx_bpf_dsq_move_to_local()から実行される可能性があります。タスクをローカルDSQに移動すると、以下のパスを通じて同期呼び出しでops.dequeue()を実行する前に、ソースまたは宛先のrqへの切り替えが発生する場合があります：
SCX_CALL_OP(dispatch, rq) ops.dispatch() scx_bpf_dsq_move_to_local() scx_flush_dispatch_buf() finish_dispatch() dispatch_to_local_dsq() scx_dispatch_enqueue() local_dsq_post_enq() call_task_dequeue() SCX_CALL_OP_TASK(dequeue, locked_rq, ...)
ネストされたコールバックは、記録されたrqを保存し、復帰時にそれを復元します。もしrqの追跡がロック切り替えに従わない場合、update_locked_rq()は、もはや保持されていないrqを復元する際に以下のlockdepアサーションを引き起こす可能性があります：
WARNING: kernel/sched/sched.h:1641 at call_task_dequeue+0x160/0x170 Call Trace: scx_dispatch_enqueue+0x2b0/0x460 dispatch_to_local_dsq+0x138/0x230 scx_flush_dispatch_buf+0x1af/0x220 scx_bpf_dsq_move_to_local___v2+0xe2/0x1c0 bpf__sched_ext_ops_dispatch+0x4b/0xa7 do_pick_task_scx+0x3b6/0x910 __pick_next_task+0x105/0x1f0 __schedule+0x3e7/0x1980
switch_rq_lock()を導入し、各rqロックのハンドオフ時に追跡状態を同時に更新します。これをdispatch_to_local_dsq()、move_remote_task_to_local_dsq()、およびscx_dsq_move()のin-balanceパスで使用し、lock dance（ロック操作の一連の流れ）全体を通じてscx_locked_rq()が実際に保持されているrqを一貫して参照するように保証します。
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.