🇰🇷 한글 설명
리눅스 커널의 메모리 관리 시스템에서 folio_test_hugetlb 함수가 동시적인 folio 분할 작업 시 잘못된 결과를 반환할 수 있는 취약점입니다. 이로 인해 hugetlbfs에 속하지 않은 페이지를 hugetlb 페이지로 오인하여 시스템 오류(oops)가 발생할 수 있습니다.
💡 쉬운 설명
컴퓨터의 메모리를 관리하는 과정에서 특정 메모리 조각을 잘못된 종류로 착각하여 시스템이 멈추거나 오류가 발생할 수 있는 문제입니다. 메모리 정리 작업 중에 발생할 수 있는 논리적 오류를 해결한 보안 패치입니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
mm: turn folio_test_hugetlb into a PageType
The current folio_test_hugetlb() can be fooled by a concurrent folio split
into returning true for a folio which has never belonged to hugetlbfs.
This can't happen if the caller holds a refcount on it, but we have a few
places (memory-failure, compaction, procfs) which do not and should not
take a speculative reference.
Since hugetlb pages do not use individual page mapcounts (they are always
fully mapped and use the entire_mapcount field to record the number of
mappings), the PageType field is available now that page_mapcount()
ignores the value in this field.
In compaction and with CONFIG_DEBUG_VM enabled, the current implementation
can result in an oops, as reported by Luis. This happens since 9c5ccf2db04b
("mm: remove HUGETLB_PAGE_DTOR") effectively added some VM_BUG_ON() checks
in the PageHuge() testing path.
[
[email protected]: update vmcoreinfo]
📍 영향받는 시스템
Linux Kernel (hugetlb 관련 메모리 관리 모듈 사용 시스템)
⚔️ 공격 벡터
특정 메모리 관리 작업(compaction, memory-failure 등)을 유도하여 시스템 오류를 일으키는 로컬 공격 가능성
🛡️ 대응 방법
리눅스 커널을 최신 보안 패치가 적용된 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 최신 버전인지 확인하십시오.