🇰🇷 한글 설명
Linux 커널의 memfd 내 hugetlb folio 할당 과정에서 초기화 단계가 누락되어 커널 메모리 정보가 유출될 수 있는 취약점입니다. folio를 0으로 초기화하지 않고 페이지 캐시에 추가하거나 뮤텍스를 획득하지 않아 정보 유출 및 레이스 컨디션이 발생할 수 있습니다.
💡 쉬운 설명
컴퓨터의 중요한 비밀 정보가 담긴 메모리 영역이 제대로 청소되지 않은 채 사용자에게 노출될 수 있는 문제입니다. 이로 인해 해커가 시스템의 민감한 데이터를 훔쳐볼 위험이 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
mm/memfd: fix information leak in hugetlb folios
When allocating hugetlb folios for memfd, three initialization steps are
missing:
1. Folios are not zeroed, leading to kernel memory disclosure to userspace
2. Folios are not marked uptodate before adding to page cache
3. hugetlb_fault_mutex is not taken before hugetlb_add_to_page_cache()
The memfd allocation path bypasses the normal page fault handler
(hugetlb_no_page) which would handle all of these initialization steps.
This is problematic especially for udmabuf use cases where folios are
pinned and directly accessed by userspace via DMA.
Fix by matching the initialization pattern used in hugetlb_no_page():
- Zero the folio using folio_zero_user() which is optimized for huge pages
- Mark it uptodate with folio_mark_uptodate()
- Take hugetlb_fault_mutex before adding to page cache to prevent races
The folio_zero_user() change also fixes a potential security issue where
uninitialized kernel memory could be disclosed to userspace through read()
or mmap() operations on the memfd.
📍 영향받는 시스템
hugetlb 및 memfd를 사용하는 Linux 커널 버전
⚔️ 공격 벡터
memfd를 통한 uninitialized kernel memory read (read 또는 mmap 호출)
🛡️ 대응 방법
folio_zero_user(), folio_mark_uptodate() 및 hugetlb_fault_mutex를 적용한 최신 커널 패치 적용
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 최신 패치 버전인지 확인합니다.