CVE-2026-68275 in Linux
요약
\~에 의해 VulDB • 2026. 08. 11.
리눅스 커널에서 다음 취약점이 해결되었습니다:
drm/amdgpu: GET_MAPPING_INFO에서 amdgpu_vm_bo_find() 결과를 확인함
amdgpu_gem_op_ioctl()의 AMDGPU_GEM_OP_GET_MAPPING_INFO 경로는 호출자의 VM 내에서 버퍼 객체에 대한 bo_va를 amdgpu_vm_bo_find()을 통해 조회하지만, 반환된 포인터를 검증하지 않고 사용합니다.
해당 BO가 해당 VM에서 보유했던 bo_va가 없는 경우(예: 한 번도 매핑되지 않은 BO의 일반적인 상황), amdgpu_vm_bo_find()은 NULL을 반환합니다. 이 결과가 amdgpu_vm_bo_va_for_each_valid_mapping()로 직접 전달되며, 이는 list_for_each_entry(mapping, &(bo_va)->valids, list)로 확장되어 bo_va를 역참조하므로 NULL 포인터 역참조가 발생합니다.
이 취약점은 ioctl(렌더링 그룹)을 수행할 수 있는 모든 프로세스에 의해 접근 가능하며, 단순히 매핑되지 않은 BO의 매핑 정보를 요청하는 것만으로 공격 가능합니다.
bo_va를 찾지 못한 경우 -ENOENT를 반환하고 out_exec로 점프하여 drm_exec 컨텍스트와 GEM 객체 참조가 해제되도록 합니다.
(커밋 528b19377affc1cc7362a70a254c1dda793595f9에서 cherry picked됨)
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.