🇰🇷 한글 설명
Linux 커널의 drm/v3d 드라이버에서 컴퓨트 셰이더 실행 시 워크그룹 수가 0인 경우 이를 적절히 처리하지 못하는 취약점이 발견되었습니다. 하드웨어는 0을 65536으로 처리하는 반면 사용자 공간 드라이버는 최대 65535로 제한하여 불일치가 발생하며, 간접 CSD 작업 시 0인 워크그룹이 하드웨어로 제출될 수 있습니다. 이 문제는 워크그룹 수가 0일 경우 작업을 즉시 완료하도록 수정하여 해결되었습니다.
💡 쉬운 설명
컴퓨터 그래픽 작업을 명령할 때 작업량이 '0'이면 아무것도 안 하고 넘어가야 하는데, 시스템이 이를 아주 큰 숫자로 오해하여 잘못된 작업을 수행할 수 있는 문제입니다. 이로 인해 시스템이 불안정해지거나 예상치 못한 동작이 발생할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
drm/v3d: Skip CSD when it has zeroed workgroups
A compute shader dispatch encodes its workgroup counts in the CFG0..CFG2
registers. Kicking off a dispatch with a zero count in any of the three
dimensions is invalid. First, the hardware will process 0 as 65536,
while the user-space driver exposes a maximum of 65535. Over that, a
submission with a zeroed workgroup dimension should be a no-op.
These zeroed counts can reach the dispatch path through an indirect CSD
job, whose workgroup counts are only known once the indirect buffer is
read and may legitimately be zero, but such scenario should only result in
a no-op.
Overwrite the indirect CSD job workgroup counts with the indirect BO
ones, even if they are zeroed, and don't submit the job to the hardware
when any of the workgroup counts is zero, so the job completes immediately
instead of running the shader.
📍 영향받는 시스템
Linux kernel (drm/v3d driver component)
⚔️ 공격 벡터
간접 CSD(Compute Shader Dispatch) 작업을 통해 워크그룹 수에 0을 포함시켜 하드웨어에 잘못된 명령을 전달
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 drm/v3d 드라이버의 워크그룹 0 처리 로직을 적용
🔧 검증 코드
현재 실행 중인 커널 버전을 확인하여 해당 취약점이 해결된 패치 버전 이상인지 확인