🇰🇷 한글 설명
Linux 커널의 sched_ext 구성 요소에서 스케줄링 결정이 잘못된 상태로 유지될 수 있는 취약점이 해결되었습니다. 기존의 SCX_RQ_BAL_KEEP 플래그 방식은 디스패치와 픽 과정이 일대일로 대응되지 않을 때 이미 제거된 작업을 계속 실행하게 만드는 논리적 오류를 유발할 수 있었습니다.
💡 쉬운 설명
컴퓨터의 작업 순서를 정하는 프로그램에서, 이미 끝난 작업을 계속 붙잡고 있는 오류가 발견되었습니다. 이 문제를 해결하기 위해 작업 결정 방식이 더 정확하게 전달되도록 구조를 개선했습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
sched_ext: Replace SCX_RQ_BAL_KEEP with a dispatch verdict return
SCX_RQ_BAL_KEEP tells the pick to keep running the previous task, a leftover
from when balancing and picking were separate operations. An rq-level flag
only works while dispatches and picks pair up one to one, which core
scheduling breaks: selections interleave through dispatch's lock drops and a
pick can consume a stale flag, keeping a task that has since been dequeued.
Fixing core scheduling support requires the decision to travel with the
dispatch that made it. Make scx_dispatch_sched() and balance_one() return an
explicit verdict instead and drop the flag's plumbing from the tools autogen
enum headers.
Also factor the pick-side invocation, its follow-up queueing and the
post-dispatch checks out of do_pick_task_scx() into dispatch_pick(). No
functional changes intended.
v2: Drop the SCX_RQ_BAL_KEEP plumbing from the tools autogen enum headers
as well (Andrea).
📍 영향받는 시스템
Linux kernel (sched_ext 기능이 활성화된 환경)
⚔️ 공격 벡터
직접적인 외부 공격보다는 커널 스케줄링 로직의 불일치로 인한 시스템 성능 저하 또는 비정상 동작 유발 가능성
🛡️ 대응 방법
sched_ext 관련 패치가 적용된 최신 Linux 커널로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인