🇰🇷 한글 설명
Linux 커널의 sched_ext 서브시스템에서 태스크가 ops.dequeue()를 실행 중인 CPU가 SCX_OPSS_DISPATCHING 플래그를 해제하기 전에 non-local DSQ에서 조작될 수 있는 문제를 수정합니다. 이로 인해 디스패처와 DSQ 소비/이동 경로가 같은 태스크를 동시에 다루는 경쟁 조건이 발생할 수 있었습니다. 패치는 해당 경로들에서 디스패치 완료를 기다리도록 scx_wait_dispatching() 호출을 추가합니다.
💡 쉬운 설명
컴퓨터의 작업 스케줄러가 한 작업을 두 곳에서 동시에 처리하려다 충돌할 수 있는 문제입니다. 이를 해결하기 위해 작업을 옮기기 전에 다른 쪽 처리가 끝날 때까지 기다리도록 수정되었습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
sched_ext: Wait for SCX_OPSS_DISPATCHING before moving tasks off DSQs
A task can be found on a non-local DSQ while the CPU which dispatched it
is still running ops.dequeue() and hasn't cleared SCX_OPSS_DISPATCHING.
The DSQ consume and move paths don't wait for the dispatch to finish and
can operate on the task concurrently with the dispatcher.
Call scx_wait_dispatching() in scx_move_local_task_to_local_dsq(),
unlink_dsq_and_switch_rq_lock() and move_task_between_dsqs() before they
operate on the task. In scx_move_local_task_to_local_dsq(), wait before
scx_resolve_local_dsq() as it may update p->scx.flags.
📍 영향받는 시스템
sched_ext(BPF 확장 스케줄러)를 사용하는 Linux 커널 (수정 커밋 이전 버전)
⚔️ 공격 벡터
로컬 권한을 가진 공격자가 sched_ext 스케줄러 동작을 악용해 경쟁 조건을 유발하여 커널 메모리 손상이나 서비스 거부를 시도할 수 있음
🛡️ 대응 방법
사용 중인 배포판의 최신 커널 업데이트를 적용하거나 패치된 Linux 커널 버전으로 업그레이드하고 재부팅
🔧 검증 코드
출력된 커널 버전이 배포판의 보안 권고에서 패치된 버전 이상인지 확인하고, CONFIG_SCHED_CLASS_EXT=y가 표시되면 sched_ext가 활성화된 것이므로 업데이트가 필요합니다.
uname -r && grep -i sched_ext /boot/config-$(uname -r) 2>/dev/null