CVE-2026-64165 in Linux
요약
\~에 의해 VulDB • 2026. 07. 19.
리눅스 커널에서 다음 취약점이 해결되었습니다:
ARM: integrator: 초기화 단계 수정
커밋 bdb249fce9ad4("ARM: integrator: syscon/regmap을 사용하여 카운터 읽기")부터 intcp_init_early는 syscon_regmap_lookup_by_compatible를 호출하며, 이는 다시 of_syscon_register를 호출합니다. 이 함수는 메모리를 할당합니다. 당시에는 메모리 관리 코드가 초기화되지 않았으므로 해당 호출은 항상 실패했습니다. -ENOMEM을 반환하거나 다음과 같이 크래시가 발생했습니다.
virtual address 0000000c에서 읽기 시 커널 NULL 포인터 역참조 처리 불가 [0000000c] *pgd=00000000
Internal error: Oops: 5 [#1] ARM
Modules linked in: CPU: 0 UID: 0 PID: 0 Comm: swapper Not tainted 6.15.0-rc5-00026-g5fcc9bf84ee5 #1 PREEMPT Hardware name: ARM Integrator/CP (Device Tree) PC is at __kmalloc_cache_noprof+0xec/0x39c LR is at __kmalloc_cache_noprof+0x34/0x39c ... Call trace: __kmalloc_cache_noprof from of_syscon_register+0x7c/0x310 of_syscon_register from device_node_get_regmap+0xa4/0xb0 device_node_get_regmap from intcp_init_early+0xc/0x40 intcp_init_early from start_kernel+0x60/0x688 start_kernel from 0x0
이 크래시는 NULL이어서는 안 되지만 메모리 관리 서브시스템이 초기화되지 않은 경우 NULL인 역참조된 포인터로 인해 발생합니다. 모든 gcc 버전에서 이 크래시가 발생하는 것은 아닙니다. gcc 9.x와 같은 일부 버전은 추적이 비활성화된 것으로 추정되지만, 해당 포인터를 역참조하지 않는 것 같습니다. 본 문제는 gcc 10.x, 11.x 및 13.x로 재현되었습니다. 어떤 경우든 크래시가 발생하지 않더라도 syscon_regmap_lookup_by_compatible 호출은 -ENOMEM을 반환하며 sched_clock_register는 절대 호출되지 않습니다.
초기화 단계 코드를 표준 머신 초기화 코드 안으로 이동하여 이 문제를 해결했습니다.
If you want to get best quality of vulnerability data, you may have to visit VulDB.