原文

Linuxカーネルにおいて、以下の脆弱性が修正されました。sched_ext: scx_cgroup_move_task()内のNULL cgrp_moving_fromに対して警告を出さないように変更されました。sched_extスケジューラがロードされている状態で、systemdのユーザーマネージャが自分自身のsubtree_controlに「+cpu +memory +pids」を書き込むと、以下のWARNが発生します。WARNING: at kernel/sched/ext.c:3227 scx_cgroup_move_task+0xa8/0xb0 scx_cgroup_move_task+0xa8/0xb0 sched_move_task+0x134/0x290 cpu_cgroup_attach+0x39/0x70 cgroup_migrate_execute+0x37d/0x450 cgroup_update_dfl_csses+0x1e3/0x270 cgroup_subtree_control_write+0x3e7/0x440scx_cgroup_can_attach()は、タスクのcpu cgroupが変更された時のみcgrp_moving_fromをセットします。しかし、以下の手順によってscx_cgroup_move_task()が実行される時にNULLのままである可能性があります。ステップ 結果--------------------------------- ----------------------------------1. cgroup Gでcpu有効化 cpu css = A2. Gのcpuをオフにして再オン Aが終了し、Bが作成されます（同じcgroupです）3. 終了中のタスクがAを維持 マイグレーションがスキップされ、Aは古くなります4. +memoryがGをマイグレーション 古いAと現在のBの差分でcpuが取り込まれます5. すべてのタスクのcpuアタッチが走る CPU変更なしのライブタスクに到達します6. そのタスクでscx_cgroup_move_task()が実行されるため、cgrp_moving_fromがNULLになり警告が発生します。不整合はscx_cgroup_can_attach()がcgroupの識別に依存している一方で、マイグレーションはcss（cgroupサブシステム）識別で動作している点にあります。したがって、ここでのNULL cgrp_moving_fromは正当なcssのみのマイグレーションであり、準備不足ではありません。呼び出しは既にcgrp_moving_fromの有無で制御されているため、この警告は削除されました。ops.cgroup_prep_move()とops.cgroup_move()は引き続き対応しています。