🇰🇷 한글 설명
리눅스 커널의 fork 과정에서 VMA(가상 메모리 영역)가 완전히 초기화되기 전에 파일 VMA가 링크되는 레이스 컨디션 취약점입니다. hugetlb 관련 함수들이 i_mmap_rwsem 락 외부에서 호출되면서 VMA 락이 비정상적으로 관리될 수 있습니다.
💡 쉬운 설명
컴퓨터가 새로운 프로세스를 만들 때 메모리 정보를 정리하는 과정에서 순서가 뒤섞여 발생하는 오류입니다. 이로 인해 메모리 관리 체계에 혼란이 생겨 시스템 불안정이나 보안 문제가 발생할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
fork: defer linking file vma until vma is fully initialized
Thorvald reported a WARNING [1]. And the root cause is below race:
CPU 1 CPU 2
fork hugetlbfs_fallocate
dup_mmap hugetlbfs_punch_hole
i_mmap_lock_write(mapping);
vma_interval_tree_insert_after -- Child vma is visible through i_mmap tree.
i_mmap_unlock_write(mapping);
hugetlb_dup_vma_private -- Clear vma_lock outside i_mmap_rwsem!
i_mmap_lock_write(mapping);
hugetlb_vmdelete_list
vma_interval_tree_foreach
hugetlb_vma_trylock_write -- Vma_lock is cleared.
tmp->vm_ops->open -- Alloc new vma_lock outside i_mmap_rwsem!
hugetlb_vma_unlock_write -- Vma_lock is assigned!!!
i_mmap_unlock_write(mapping);
hugetlb_dup_vma_private() and hugetlb_vm_op_open() are called outside
i_mmap_rwsem lock while vma lock can be used in the same time. Fix this
by deferring linking file vma until vma is fully initialized. Those vmas
should be initialized first before they can be used.
📍 영향받는 시스템
hugetlb를 사용하는 리눅스 커널 버전 (패치 적용 전 버전)
⚔️ 공격 벡터
특정 메모리 할당 및 해제 작업을 동시에 수행하여 커널 내 레이스 컨디션을 유도하는 방식
🛡️ 대응 방법
리눅스 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 VMA 초기화 순서를 보장해야 합니다.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 최신 안정화 버전인지 확인합니다.