🇰🇷 한글 설명
Linux 커널의 drm/xe 드라이버에서 버퍼 객체(BO)가 삭제된 후에도 클라이언트 목록에 남아 있을 때, 메모리 통계 조회 시 NULL 포인터를 참조하여 시스템이 충돌하는 취약점입니다. TTM 파이프라인을 통해 리소스가 해제되었음에도 불구하고 메모리 정보를 요청하면 NULL 포인터 역참조(NPD)가 발생할 수 있습니다.
💡 쉬운 설명
컴퓨터의 그래픽 메모리 정보를 확인하는 과정에서, 이미 삭제된 메모리 정보를 잘못 참조하여 시스템이 멈추거나 오류가 발생하는 문제입니다. 메모리가 비어있는 상태를 제대로 확인하지 못해 발생하는 소프트웨어 결함입니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
drm/xe: fix NPD in bo_meminfo()
When a buffer object is purged, its ttm.resource is set to NULL via the
TTM pipeline gutting flow. However, the BO remains in the client's
object list until userspace explicitly closes the GEM handle. If memory
stats are queried during this time, accessing bo->ttm.resource->mem_type
will result in a NULL pointer dereference.
Fix this by safely skipping purged BOs in bo_meminfo, as they no longer
consume any memory.
User is getting NPD on device resume, and possible theory is that in
bo_move(), if we need to evict something to SYSTEM to save the CCS state,
but the BO is marked as dontneed, this won't trigger a move but will
nuke the pages, leaving us with a NULL bo resource. And the meminfo()
doesn't look ready to handle a NULL resource.
v2 (Sashiko):
- There could potentially be other cases where we might end up with a
NULL resource, so make this a general NULL check for now.
(cherry picked from commit c9a8e7daa0afe3161111e27fd92176e608c7f186)
📍 영향받는 시스템
Linux kernel (drm/xe driver 포함 버전)
⚔️ 공격 벡터
로컬 사용자가 특정 그래픽 메모리 통계(meminfo)를 조회하여 시스템 충돌 유도
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인