CVE-2026-64294 in Linux
요약
\~에 의해 VulDB • 2026. 07. 25.
리눅스 커널에서 다음 취약점이 해결되었습니다:
mm: 올바른 마운트 ID 매핑을 사용하여 파일 소유권 확인 수행
idmapped mounts가 도입된 이후, mincore() 및 madvise(MADV_PAGEOUT)에서의 inode 소유권 확인(사이드 채널 보호용)은 nop_mnt_idmap에 대해 수행되어 왔으며, 이는 해당 파일의 마운트에 대한 idmap을 완전히 무시합니다. 이로 인해 다음과 같은 이상한 엣지 케이스(edge cases)가 발생합니다:
1) userA:userB:1 매핑이 있는 idmapped mount 또는 bind-mount를 생성 2) userB가 디스크/메모리 상에서는 userA 소유이지만, idmap 변환 후에는 userB 소유인 파일에 대해 owner_or_capable() 확인을 수행 3) 올바른 idmap이 제공되지 않았기 때문에 owner_or_capable()이 이유 없이 실패
mincore/madvise MADV_PAGEOUT의 경우, 일반적으로 이는 benign(무해)합니다. 왜냐하면 file_permission(file, MAY_WRITE)는 내부적으로 올바른 idmap을 사용하므로 성공할 가능성이 높기 때문입니다. 하지만 0444 권한과 같이 소유자 자신조차 쓰기 권한이 없는 파일에서는 반드시 그런 상황이 발생하지 않을 수 있습니다.
이를 올바르게 처리하는 것이 명확히 복잡하기 때문에, 적절한 세맨틱스를 가질 수 있는 file_owner_or_capable()을 도입하고 mm 내의 관련 사용자들을 해당 함수로 전환했습니다.
본 문제는 Jan Kara와의 비공개 목록(off-list) 토론 및 수동 코드 검사를 통해 발견되었습니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.