🇰🇷 한글 설명
리눅스 커널의 vmalloc 메모리 할당 과정에서 고차원(high-order) 할당 실패 시 0차원(order-0)으로 폴백(fallback)하는 과정에서 페이지 시프트 값이 일치하지 않는 문제가 발생합니다. 이로 인해 __vmap_pages_range_noflush() 함수가 잘못된 매핑을 수행하여 메모리 오염을 유발할 수 있습니다.
💡 쉬운 설명
컴퓨터 메모리를 큰 덩어리로 빌리려다 실패해서 작은 조각으로 나누어 빌릴 때, 크기 계산이 잘못되어 메모리 주소가 엉뚱하게 연결되는 문제입니다. 이로 인해 시스템 데이터가 깨지거나 보안 문제가 생길 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
mm/vmalloc: fix page mapping if vm_area_alloc_pages() with high order fallback to order 0
The __vmap_pages_range_noflush() assumes its argument pages** contains
pages with the same page shift. However, since commit e9c3cda4d86e ("mm,
vmalloc: fix high order __GFP_NOFAIL allocations"), if gfp_flags includes
__GFP_NOFAIL with high order in vm_area_alloc_pages() and page allocation
failed for high order, the pages** may contain two different page shifts
(high order and order-0). This could lead __vmap_pages_range_noflush() to
perform incorrect mappings, potentially resulting in memory corruption.
Users might encounter this as follows (vmap_allow_huge = true, 2M is for
PMD_SIZE):
kvmalloc(2M, __GFP_NOFAIL|GFP_X)
__vmalloc_node_range_noprof(vm_flags=VM_ALLOW_HUGE_VMAP)
vm_area_alloc_pages(order=9) ---> order-9 allocation failed and fallback to order-0
vmap_pages_range()
vmap_pages_range_noflush()
__vmap_pages_range_noflush(page_shift = 21) ----> wrong mapping happens
We can remove the fallback code because if a high-order allocation fails,
__vmalloc_node_range_noprof() will retry with order-0. Therefore, it is
unnecessary to fallback to order-0 here. Therefore, fix this by removing
the fallback code.
📍 영향받는 시스템
Linux Kernel (vm_area_alloc_pages() 및 vmalloc 관련 기능이 포함된 버전)
⚔️ 공격 벡터
특정 메모리 할당 조건(vmap_allow_huge=true 및 __GFP_NOFAIL 플래그 사용)을 유도하여 메모리 오염 유발
🛡️ 대응 방법
리눅스 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 잘못된 폴백 코드를 제거해야 합니다.
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 패치 버전 이상인지 확인합니다.