CVE-2026-89520 in Linux
요약
\~에 의해 VulDB • 2026. 09. 12.
Linux 커널에서 다음 취약점이 해결되었습니다:
sched/core: 코어 스케줄링 전환 시 진행 중인 선택 작업을 대기하도록 함
코어 스케줄링의 pick_next_task()는 공유된 코어 전체 락을 한 번 획득하여 모든 형제 rqs(runqueue)에서 동작합니다. rq 락을 해제하는 ->pick_task() 호출은 각 형제 __lock을 일시적으로 자유롭게 만들어, 선택 과정 중 __sched_core_flip(false)가 완료되고 그 아래에서 rq_lockp()가 다시 바인딩되게 합니다. 이 선택 작업이 분리된 락들 위에서 재개되면 더 이상 보호하지 않는 형제 상태를 접촉하게 되며, 결국 __schedule()은 결코 획득되지 않은 락을 해제하는 대신 이미 획득한 락을 누출(leak)시킵니다.
리더의 rq->core_pick_in_flight에 진행 중인 코어 전체 선택 작업을 카운트하고, __sched_core_flip()이 해당 카운트가 소진될 때까지 대기하도록 합니다. 이 카운트는 공유된 락 하에서만 변경되며, 샘플링 시 flip은 해당 락을 보유하므로 다른 순서 보장(ordering)은 필요하지 않습니다. 선택 작업이 겹치는 동안 대기가 반복될 수 있지만, flip은 샘플 간에 백오프(backoff)하며 flip 자체는 쿠키 수명(cookie-lifetime) 이벤트로서 드문 경우입니다.
sched_core_cpu_deactivate()는 카운트를 새로운 리더로 이동합니다. 만약 해당 CPU가 나중에 자신의 리더로 다시 반환된다면 남겨진 stale(구버전/오래된) 복사본이 이를 영구적으로 편향(bias)시킬 수 있습니다.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.