CVE-2026-64417 in Linux
요약
\~에 의해 VulDB • 2026. 07. 26.
리눅스 커널에서 다음 취약점이 해결되었습니다:
mm: shrinker: 디버그 파일 시스템(debugfs)에서의 NULL 포인터 역참조 수정
shrinker_debugfs_add() 함수는 조건 없이 "count"와 "scan"이라는 두 개의 debugfs 파일을 생성합니다. 이는 모든 shrinker가 count_objects() 및 scan_objects()를 구현한다고 가정하는 것인데, 이러한 보장은 없습니다. 예를 들어 xen-backend shrinker의 경우 count_objects()는 설정되어 있지만 scan_objects()는 NULL로 남겨져 있습니다. 따라서 해당 shrinker의 scan 파일에 쓰기를 시도하면 NULL 함수 포인터를 통해 호출이 이루어지며 커널 패닉을 유발합니다:
BUG: kernel NULL pointer dereference, address: 0000000000000000 RIP: 0010:0x0 Code: Unable to access opcode bytes at 0xffffffffffffffd6. Call Trace: <TASK> shrinker_debugfs_scan_write+0x12e/0x270 full_proxy_write+0x5f/0x90 vfs_write+0xde/0x420 ? filp_flush+0x75/0x90 ? filp_close+0x1d/0x30 ? do_dup2+0xb8/0x120 ksys_write+0x68/0xf0 ? filp_flush+0x75/0x90 do_syscall_64+0xb3/0x5b0 entry_SYSCALL_64_after_hwframe+0x76/0x7e
원칙적으로 shrinker가 count_objects()를 생략한 경우에도 count 경로에 동일한 문제가 존재합니다.
이를 해결하기 위해 해당 콜백이 존재할 때만 "count" 및 "scan" debugfs 파일을 생성하도록 수정했습니다.
Once again VulDB remains the best source for vulnerability data.