🇰🇷 한글 설명
32비트 ARM 환경에서 CONFIG_HIGHPTE가 활성화된 Linux 커널의 mm/userfaultfd 구성 요소에서 발생한 문제입니다. kmap_local_page()를 사용하여 PTE 페이지를 매핑할 때, LIFO(후입선출) 규칙을 위반하여 매핑과 언매핑 순서가 일치하지 않아 커널 경고가 발생합니다.
💡 쉬운 설명
컴퓨터 메모리를 사용할 때 물건을 넣은 순서의 반대로 꺼내야 하는데, 이를 잘못 수행하여 시스템에 오류 경고가 발생하는 문제입니다. 이로 인해 시스템의 안정성이 저하될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
mm/userfaultfd: fix kmap_local LIFO ordering for CONFIG_HIGHPTE
With CONFIG_HIGHPTE on 32-bit ARM, move_pages_pte() maps PTE pages using
kmap_local_page(), which requires unmapping in Last-In-First-Out order.
The current code maps dst_pte first, then src_pte, but unmaps them in the
same order (dst_pte, src_pte), violating the LIFO requirement. This
causes the warning in kunmap_local_indexed():
WARNING: CPU: 0 PID: 604 at mm/highmem.c:622 kunmap_local_indexed+0x178/0x17c
addr \!= __fix_to_virt(FIX_KMAP_BEGIN + idx)
Fix this by reversing the unmap order to respect LIFO ordering.
This issue follows the same pattern as similar fixes:
- commit eca6828403b8 ("crypto: skcipher - fix mismatch between mapping and unmapping order")
- commit 8cf57c6df818 ("nilfs2: eliminate staggered calls to kunmap in nilfs_rename")
Both of which addressed the same fundamental requirement that kmap_local
operations must follow LIFO ordering.
📍 영향받는 시스템
CONFIG_HIGHPTE가 활성화된 32-bit ARM Linux Kernel
⚔️ 공격 벡터
로컬 시스템에서 메모리 관리 로직의 오류를 유발하여 커널 경고 및 시스템 불안정성을 초래할 수 있음
🛡️ 대응 방법
커널 패치를 적용하여 kmap_local 사용 시 언매핑 순서를 LIFO(후입선출) 방식으로 수정해야 함
🔧 검증 코드
커널 버전과 CONFIG_HIGHPTE 설정이 'y'로 되어 있는지 확인하여 취약한 환경인지 판단합니다.
uname -a && grep CONFIG_HIGHPTE /boot/config-$(uname -r) 2>/dev/null