Kestrel
대시보드로 돌아가기
CVE-2024-53071UNKNOWNMITRENVD대응게시일: 2024. 11. 19.수정일: 2026. 05. 11.

drm/panthor: Be stricter about IO mapping flags

위협 신호 · CVSS · EPSS · KEV

정기 패치· 높은 악용 신호 없음
CVSS
unknown

이론적 심각도 점수

EPSS
0.2%상위 90.5%

30일 내 악용 확률 예측

KEV
미등재

실측 악용 기록 없음

권장 대응 기한60일 이내CISA SSVC 기준

계획된 패치 주기 내 조치(60일 이내)

외부 노출· KEV 미등재 · 자동화 어려움 · 부분 영향 · 외부 노출

CVSS 벡터 · 메트릭

CVSS 벡터 정보 없음

상세 설명

In the Linux kernel, the following vulnerability has been resolved:

drm/panthor: Be stricter about IO mapping flags

The current panthor_device_mmap_io() implementation has two issues:

  1. For mapping DRM_PANTHOR_USER_FLUSH_ID_MMIO_OFFSET,
    panthor_device_mmap_io() bails if VM_WRITE is set, but does not clear
    VM_MAYWRITE. That means userspace can use mprotect() to make the mapping
    writable later on. This is a classic Linux driver gotcha.
    I don't think this actually has any impact in practice:
    When the GPU is powered, writes to the FLUSH_ID seem to be ignored; and
    when the GPU is not powered, the dummy_latest_flush page provided by the
    driver is deliberately designed to not do any flushes, so the only thing
    writing to the dummy_latest_flush could achieve would be to make more
    flushes happen.

  2. panthor_device_mmap_io() does not block MAP_PRIVATE mappings (which are
    mappings without the VM_SHARED flag).
    MAP_PRIVATE in combination with VM_MAYWRITE indicates that the VMA has
    copy-on-write semantics, which for VM_PFNMAP are semi-supported but
    fairly cursed.
    In particular, in such a mapping, the driver can only install PTEs
    during mmap() by calling remap_pfn_range() (because remap_pfn_range()
    wants to store the physical address of the mapped physical memory into
    the vm_pgoff of the VMA
    ); installing PTEs later on with a fault
    handler (as panthor does) is not supported in private mappings, and so
    if you try to fault in such a mapping, vmf_insert_pfn_prot() splats when
    it hits a BUG() check.

Fix it by clearing the VM_MAYWRITE flag (userspace writing to the FLUSH_ID
doesn't make sense) and requiring VM_SHARED (copy-on-write semantics for
the FLUSH_ID don't make sense).

Reproducers for both scenarios are in the notes of my patch on the mailing
list; I tested that these bugs exist on a Rock 5B machine.

Note that I only compile-tested the patch, I haven't tested it; I don't
have a working kernel build setup for the test machine yet. Please test it
before applying it.

AI 심층 분석

공격 시나리오 · 재현 가능한 PoC 페이로드 · 즉시 적용 가능한 차단 패치를 한 번에 받아 보세요. 보안 운영팀이 그대로 점검·티켓팅에 쓸 수 있는 형태로 정리해 드립니다.

영향받는 제품·버전

  • Linux Linux5fe909cae118a757a77afb37174b99436a36d2e2 ≤ x < 2604afd65043e8f9d4be036cb1242adf6b5723cf, 5fe909cae118a757a77afb37174b99436a36d2e
    linux
  • Linux Linux6.10
    linux