🇰🇷 한글 설명
Linux 커널의 i915 드라이버에서 VRR(가변 재생률) 타이밍 설정 순서 오류로 인해 시스템이 멈추거나 MCE(Machine Check Exception)가 발생할 수 있는 취약점입니다. TRANS_DDI_FUNC_CTL을 활성화하기 전에 VRR 관련 레지스터를 작성할 경우 특정 하드웨어 환경에서 시스템이 응답하지 않는 현상이 발생합니다.
💡 쉬운 설명
컴퓨터 화면의 주사율을 조절하는 기능이 작동할 때, 설정 순서가 잘못되어 컴퓨터가 갑자기 멈추거나 오류가 발생하는 문제입니다. 특히 특정 연결 케이블이나 외부 모니터를 사용할 때 발생할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
drm/i915/vrr: Configure VRR timings after enabling TRANS_DDI_FUNC_CTL
Apparently ICL may hang with an MCE if we write TRANS_VRR_VMAX/FLIPLINE
before enabling TRANS_DDI_FUNC_CTL.
Personally I was only able to reproduce a hang (on an Dell XPS 7390
2-in-1) with an external display connected via a dock using a dodgy
type-C cable that made the link training fail. After the failed
link training the machine would hang. TGL seemed immune to the
problem for whatever reason.
BSpec does tell us to configure VRR after enabling TRANS_DDI_FUNC_CTL
as well. The DMC firmware also does the VRR restore in two stages:
- first stage seems to be unconditional and includes TRANS_VRR_CTL
and a few other VRR registers, among other things
- second stage is conditional on the DDI being enabled,
and includes TRANS_DDI_FUNC_CTL and TRANS_VRR_VMAX/VMIN/FLIPLINE,
among other things
So let's reorder the steps to match to avoid the hang, and
toss in an extra WARN to make sure we don't screw this up later.
BSpec: 22243
(cherry picked from commit 93f3a267c3dd4d811b224bb9e179a10d81456a74)
📍 영향받는 시스템
Linux kernel (i915 driver, specifically ICL architecture)
⚔️ 공격 벡터
물리적 접근 또는 불안정한 하드웨어 연결(예: 불량 Type-C 케이블)을 통한 시스템 중단 유발
🛡️ 대응 방법
Linux 커널을 최신 버전으로 업데이트하여 i915 드라이버의 VRR 설정 순서 패치를 적용하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 패치가 포함된 최신 버전인지 확인하십시오.