🇰🇷 한글 설명
Linux 커널의 mm_get_cid() 함수에서 vfork()/CLONE_VM 처리 로직이 손상되어 있습니다. vfork()'ed 태스크의 CID 할당이 실패하면서 스케줄링 중 무한 루프가 발생하여 시스템이 멈추는 문제입니다. 패치된 커널에서는 전체 태스크 목록을 정확히 순회하여 CID를 올바르게 할당합니다.
💡 쉬운 설명
Linux 운영체제의 프로세스 스케줄링 관리에서 자식 프로세스 처리 로직의 버그로 인해 시스템이 응답하지 않을 수 있습니다. vfork() 함수로 생성된 특정 프로세스 조건에서 시스템이 무한 대기 상태에 빠질 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
sched/mmcid: Handle vfork()/CLONE_VM correctly
Matthieu and Jiri reported stalls where a task endlessly loops in
mm_get_cid() when scheduling in.
It turned out that the logic which handles vfork()'ed tasks is broken. It
is invoked when the number of tasks associated to a process is smaller than
the number of MMCID users. It then walks the task list to find the
vfork()'ed task, but accounts all the already processed tasks as well.
If that double processing brings the number of to be handled tasks to 0,
the walk stops and the vfork()'ed task's CID is not fixed up. As a
consequence a subsequent schedule in fails to acquire a (transitional) CID
and the machine stalls.
Cure this by removing the accounting condition and make the fixup always
walk the full task list if it could not find the exact number of users in
the process' thread list.
📍 영향받는 시스템
Linux kernel (MMCID 스케줄러를 사용하는 최근 버전, 정확한 버전 범위는 배포판별 패치 적용 상황에 따름)
⚔️ 공격 벡터
로컬 사용자가 vfork()를 반복 호출하여 특정 메모리 상태를 유발하고 시스템 스톨(Denial of Service) 야기
🛡️ 대응 방법
Linux 커널을 최신 안정화 버전으로 업데이트하거나 배포판에서 제공하는 커널 보안 패치 적용
🔧 검증 코드
커널 버전을 확인하고 MMCID 스케줄러 기능 활성화 여부를 확인합니다. 최신 보안 패치가 적용된 커널 버전이면 안전합니다.
uname -r && grep -i 'sched/mmcid' /boot/config-$(uname -r) 2>/dev/null || echo 'Check kernel release date and CONFIG_SCHED_MM_CID status'