🇰🇷 한글 설명
Linux 커널의 sched/core 구성 요소에서 dup_user_cpus_ptr() 함수 호출 시 발생하는 Use-After-Free 취약점입니다. 특정 커밋에서 수정되었던 문제가 재발생하여 arm64를 포함한 모든 아키텍처에서 프로세스 복제(fork)와 CPU 친화도 설정이 동시에 일어날 때 메모리 오류를 유발할 수 있습니다.
💡 쉬운 설명
컴퓨터의 두뇌 역할을 하는 커널이 프로세스를 복사하는 과정에서 이미 삭제된 메모리 주소를 다시 참조하여 발생하는 오류입니다. 이로 인해 시스템이 멈추거나 해커가 시스템 권한을 탈취할 위험이 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
sched/core: Fix use-after-free bug in dup_user_cpus_ptr()
Since commit 07ec77a1d4e8 ("sched: Allow task CPU affinity to be
restricted on asymmetric systems"), the setting and clearing of
user_cpus_ptr are done under pi_lock for arm64 architecture. However,
dup_user_cpus_ptr() accesses user_cpus_ptr without any lock
protection. Since sched_setaffinity() can be invoked from another
process, the process being modified may be undergoing fork() at
the same time. When racing with the clearing of user_cpus_ptr in
__set_cpus_allowed_ptr_locked(), it can lead to user-after-free and
possibly double-free in arm64 kernel.
Commit 8f9ea86fdf99 ("sched: Always preserve the user requested
cpumask") fixes this problem as user_cpus_ptr, once set, will never
be cleared in a task's lifetime. However, this bug was re-introduced
in commit 851a723e45d1 ("sched: Always clear user_cpus_ptr in
do_set_cpus_allowed()") which allows the clearing of user_cpus_ptr in
do_set_cpus_allowed(). This time, it will affect all arches.
Fix this bug by always clearing the user_cpus_ptr of the newly
cloned/forked task before the copying process starts and check the
user_cpus_ptr state of the source task under pi_lock.
Note to stable, this patch won't be applicable to stable releases.
Just copy the new dup_user_cpus_ptr() function over.
📍 영향받는 시스템
Linux Kernel (특정 커밋 851a723e45d 이후 버전)
⚔️ 공격 벡터
공격자가 프로세스를 복제(fork)하는 동시에 CPU 친화도(sched_setaffinity)를 변경하는 레이스 컨디션(Race Condition) 공격
🛡️ 대응 방법
커널 패치(commit 8f9ea86fdf99 관련 수정 사항)를 적용하여 dup_user_cpus_ptr() 함수를 업데이트해야 합니다.
🔧 검증 코드
현재 실행 중인 커널 버전을 확인하여 취약점이 해결된 패치 버전인지 확인합니다.