CVE-2026-93232 in Linux정보

요약

\~에 의해 VulDB • 2026. 09. 24.

리눅스 커널에서 다음 취약점이 해결되었습니다:

mm/hugetlb: CONFIG_DEBUG_VM 및 HVO bootmem 페이지 사용 시 부팅 패닉 수정

패치 시리즈 "mm: Refactor bootmem gigantic hugepage allocation", v4 버전입니다.

이 시리즈는 이전의 더 큰 시리즈인 "mm: Generalize HVO for HugeTLB and device DAX" [1]에서 분리된 것입니다. 이 시리즈는 해당 시리즈의 첫 19개 패치를 모아서 부팅 메모리(Hbootmem) HugeTLB 처리, 스파스(sparse) 초기화 순서 및 관련 vmemmap 설정을 중심으로 하는 독립적인 수정 사항과 준비용 정리 작업으로 구성됩니다.

첫 번째 몇몇 패치들은 기존 코드를 검토하는 동안 발견된 여러 버그를 수정합니다. 여기에는 잘못된 부팅 메모리 HVO 처리, 잘못된 vmemmap 등록 인수, powerpc 컴파운드-vmemmap 추적 버그 및 거대한 부팅 메모리 HugeTLB 구조체 페이지의 초기화 시기가 너무 늦은 문제가 포함됩니다.

시리즈의 나머지 부분은 관련 영역(zone) 상태가 스파스(sparse) 및 HugeTLB 부트타임 설정이 실행되기 전에 사용 가능하도록 초기 메모리 초기화 순서를 재배열한 다음, 남은 부팅 메모리 거대 hugepage 할당 경로를 단순화하고 해당 리팩토링으로 인해 obsolete(구식/불필요해진) 코드를 제거합니다.

높은 수준에서 요약하면 다음과 같습니다: - 패치 [1-4]는 부트타임 및 아키텍처별 버그를 수정합니다.
- 패치 [5-12]는 스파스/mm/hugetlb 초기 초기화 순서를 재배열하고 단순화합니다.
- 패치 [13-19]는 부팅 메모리 거대 hugepage 할당을 리팩토링하고 obsolete된 헬퍼 함수 및 상태를 제거합니다.

이 패치는 (총 19개 중):

커밋 622026e87c40("mm/hugetlb: remove fake head pages")은 HVO가 zone->vmemmap_tails[]의 영역별 공유 tail 페이지를 재사용하도록 변경했습니다.

이러한 공유 tail 페이지는 hugetlb_vmemmap_init()에서 초기화되었지만, 부팅 메모리 HugeTLB folio들은 gather_bootmem_prealloc()에서 더 일찍 준비됩니다. hugetlb_free_vmemmap=on일 때, prep_and_add_bootmem_folios()는 미러링된 tail struct 페이지가 이미 공유 tail 페이지를 가리키는 부팅 메모리 HugeTLB 페이지의 pageblock 플래그에 접근할 수 있습니다. CONFIG_DEBUG_VM 커널에서는 get_pfnblock_bitmap_bitidx()가 아직 초기화되지 않은 공유 tail 페이지를 역참조(dereferences)하여 부팅 중에 패닉을 유발할 수 있습니다.

부팅 메모리 HugeTLB folio들이 처리되기 전에 gather_bootmem_prealloc()에서 zone->vmemmap_tails[]를 초기화하고, hugetlb_vmemmap_init()에서의 후속 초기화를 제거합니다.

이 버그는 관련 어설션(assertion)이 평가되는 CONFIG_DEBUG_VM 커널에만 영향을 미칩니다.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

출처

Interested in the pricing of exploits?

See the underground prices here!