🇰🇷 한글 설명
Linux 커널의 arm64 아키텍처에서 16K 페이지와 4단계 페이지 테이블을 사용할 때 발생하는 취약점입니다. 페이지 테이블 폴딩 과정에서 lockless walk 기능이 호출자의 스택에 할당된 잘못된 주소를 참조하여 시스템 오류(oops)를 유발할 수 있습니다.
💡 쉬운 설명
컴퓨터가 메모리 주소를 찾는 과정에서 잘못된 위치(스택 메모리)를 참조하여 시스템이 갑자기 멈추거나 오류가 발생하는 문제입니다. 특정 설정의 ARM 기반 시스템에서 메모리 관리 방식의 오류로 인해 발생합니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
arm64: mm: Fix lockless walks with static and dynamic page-table folding
Lina reports random oopsen originating from the fast GUP code when
16K pages are used with 4-level page-tables, the fourth level being
folded at runtime due to lack of LPA2.
In this configuration, the generic implementation of
p4d_offset_lockless() will return a 'p4d_t *' corresponding to the
'pgd_t' allocated on the stack of the caller, gup_fast_pgd_range().
This is normally fine, but when the fourth level of page-table is folded
at runtime, pud_offset_lockless() will offset from the address of the
'p4d_t' to calculate the address of the PUD in the same page-table page.
This results in a stray stack read when the 'p4d_t' has been allocated
on the stack and can send the walker into the weeds.
Fix the problem by providing our own definition of p4d_offset_lockless()
when CONFIG_PGTABLE_LEVELS <= 4 which returns the real page-table
pointer rather than the address of the local stack variable.
📍 영향받는 시스템
Linux kernel (arm64 architecture, 16K page size, 4-level page-tables configuration)
⚔️ 공격 벡터
로컬 공격자가 특정 메모리 관리 시나리오를 유도하여 시스템 오류(Kernel Oops)를 발생시킴
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 p4d_offset_lockless() 함수 수정 사항을 반영해야 함
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인