CVE-2026-53401 in Linux
요약
\~에 의해 VulDB • 2026. 07. 19.
리눅스 커널에서 다음 취약점이 해결되었습니다:
fbdev: omap2: omapfb_mmap에서의 use-after-free 수정
omapfb_mmap()은 OMAPFB_SETUP_PLANE ioctl과 race condition을 일으켜 use-after-free로 이어질 수 있습니다.
fb_mmap() 진입점은 mm_lock은 보유하지만 lock(fb_info->lock)는 보유하지 않는 반면, OMAPFB_SETUP_PLANE 같은 ioctl 핸들러는 lock은 보유하지만 mm_lock은 보유하지 않습니다. 이로 인해 동시 실행이 가능해집니다.
omapfb_mmap()에서: 1. rg = omapfb_get_mem_region(ofbi->region); // 이전 영역 참조 획득 2. start = omapfb_get_region_paddr(ofbi); // 새 영역에서 읽기 3. len = fix->smem_len; // 새 영역에서 읽기 4. vm_iomap_memory(vma, start, len); // 새 영역 메모리 매핑 5. atomic_inc(&rg->map_count); // 이전 영역의 map_count 증가!
동시에 OMAPFB_SETUP_PLANE은 다음과 같은 작업을 수행할 수 있습니다: - ofbi->region = new_rg로 재할당 - fix->smem_len 업데이트 - OMAPFB_SETUP_MEM에서 새 영역의 map_count(0!)를 확인하고 해당 영역을 해제함
이로 인해 사용자 공간(free된 물리 메모리에 대한 매핑)에 접근 가능한 상태가 됩니다.
해결책은 map_count가 증가할 동일한 영역 참조(rg)로부터 모든 필요한 값(start, len)을 읽는 것으로, 여전히 매핑되어 있는 동안 영역이 해제되는 것을 방지합니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.