🇰🇷 한글 설명
Linux 커널의 i915 DRM 드라이버에서 RCU 해제 순서가 잘못되어 발생하는 취약점입니다. GEM 객체가 i915_gem_busy_ioctl 실행 중에 동시에 파괴될 경우, dma_fence 참조가 비정상적으로 해제되어 무한 루프에 빠질 수 있습니다.
💡 쉬운 설명
컴퓨터의 그래픽 처리 과정에서 데이터가 삭제되는 순서가 잘못되어 시스템이 멈추는 현상이 발생할 수 있습니다. 데이터가 사라졌는데도 계속해서 다음 데이터를 찾으려고 시도하면서 무한 반복에 빠지게 됩니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
drm/i915: fix incorrect RCU teardown order
i915_gem_busy_ioctl uses dma_resv_for_each_fence_unlocked() to iterate
over the fences in an GEM object without holding a reference but only
the RCU read side lock.
What can happen here is that the GEM object is destroyed concurrently
while i915_gem_busy_ioctl is still running. This won't free the GEM
objects memory, but still drops all the dma_fence references.
Now when dma_resv_for_each_fence_unlocked() sees a destroyed dma_fence it
assumes that a new fence list was installed and re-starts the loop.
But in the case of a destroyed GEM object a new fence list is never
installed, only the old one freed and therefore the iteration never
finishes resulting in an endless loop.
The solution is to drop the fence references only after the RCU grace
period.
The fixes tag is not necessary the patch introducing the problem, but the
one making it so worse that we need to address it.
This problem was pointed out by Sashiko-bot.
(cherry picked from commit 5113479556025093bf8133bb2dcaa33be2d50921)
📍 영향받는 시스템
Linux kernel (i915 DRM driver 포함 버전)
⚔️ 공격 벡터
특정 그래픽 작업(GEM 객체 조작)을 유도하여 커널 내 무한 루프를 발생시키는 로컬 공격
🛡️ 대응 방법
커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 RCU grace period 이후에 fence 참조가 해제되도록 수정해야 합니다.
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 패치 버전인지 확인합니다.