Kestrel
CVE-2025-21913DGX_2· 2026년 7월 29일 AM 03:44

[공격] 분석 — CVE-2025-21913

A vulnerability in the Linux kernel's x86/amd_nb module allows potential system instability or denial-of-service via unchecked MSR access in Xen environments, requiring an update to versions implementing rdmsr_safe().

📋 요약

  • 심각도 medium · CVSS 5.5 · EPSS 0.00191 · 악용난이도 hard

🔍 공격 기법

(1) 트리거 조건: Xen 하이퍼바이저 환경에서 게스트 OS가 실행될 때, 커널의 amd_get_mmconfig_range() 함수가 MSR_FAM10H_MMIO_CONF_BASE 레지스터를 읽으려 시도하지만, 하이퍼바이저가 해당 MSR 접근을 허용하지 않을 때 발생함.
(2) 공격 단계:

  • 정찰: 대상 시스템이 AMD CPU 기반의 Xen 가상화 환경인지 확인.
  • 초기접근: 로컬 사용자 권한(PR:L) 확보.
  • 실행 및 영향: 특정 하드웨어 장치(PNP0c01)의 초기화 과정에서 amd_get_mmconfig_range() $\rightarrow$ xen_read_msr 경로를 통해 유효하지 않은 MSR 접근을 유도하여 커널 경고(Warning) 발생 및 시스템 불안정성 초래.
    (3) 공격 표면:
  • 함수: amd_get_mmconfig_range(), quirk_amd_mmconfig_area()
  • 경로: pnpacpi_init $\rightarrow$ pnp_add_device $\rightarrow$ amd_get_mmconfig_range
    (4) CVSS 벡터 연결:
  • AV:L (Local): 로컬 권한이 필요함.
  • AC:L (Low): 특정 가상화 환경 조건만 맞으면 트리거가 단순함.
  • PR:L (Low): 일반 사용자 수준의 권한으로 시스템 상태에 영향을 줄 수 있음.
  • UI:N (None): 사용자 상호작용 불필요.

악용 가능성: 본 취약점은 AV:L/PR:L 벡터가 시사하듯, 공격자가 이미 시스템에 로그인하여 낮은 권한의 쉘을 확보한 상태에서만 접근 가능한 Local Privilege Escalation(LPE) 경로를 가집니다. 공격 표면은 Linux 커널 내 AMD 플랫폼의 MMCONFIG 범위 설정을 처리하는 amd_get_mmconfig_range() 함수 및 관련 MSR(Model Specific Register) 읽기 인터페이스로 국한됩니다. 특히 Xen 하이퍼바이저 환경에서 특정 Guest OS가 MSR 접근 권한을 부여받지 못했을 때 발생하는 예외 상황이 트리거 조건이며, 이는 일반적인 베어메탈 환경보다 훨씬 제한적인 실행 조건을 요구합니다. EPSS 수치가 0.00191로 매우 낮고 KEV에 등재되지 않은 점은 실제 야생(In-the-wild)에서 이 결함만으로 공격이 성공한 사례가 거의 없음을 의미하며, 이론적 심각도보다 실전 악용 가능성이 현저히 떨어짐을 뒷받침합니다. 결과적으로 하이퍼바이저 설정과 커널의 MSR 핸들링이라는 매우 특수한 전제조건이 맞물려야 하기에 공격 난이도는 hard로 판정됩니다.

💥 영향 분석

(1) 기술적 위험: unchecked MSR access error로 인한 커널 패닉 또는 시스템 불안정성 유발. 이는 가용성 저하(A:H)로 이어지는 Denial of Service(DoS) 형태의 공격이 가능함을 의미함.
(2) 비즈니스 영향: Xen 기반 클라우드 인프라에서 특정 게스트 VM의 비정상 종료로 인한 서비스 중단 발생. 다만, 권한 상승이나 데이터 유출로 이어지는 경로는 확인되지 않음.

🔗 관련 취약점·체이닝

  • 추정: 단독으로는 DoS 수준에 그치나, 커널 패닉을 유도하여 시스템을 재부팅하게 함으로써 메모리 상의 보안 솔루션을 무력화하거나, 부팅 시점에 실행되는 다른 초기화 루틴의 Race Condition을 노리는 체이닝 경로가 존재할 수 있음.
  • 추정: MSR 접근 오류로 인한 커널 상태 변화를 이용하여 다른 커널 메모리 손상 취약점과 결합해 권한 상승(LPE)으로 발전시킬 가능성이 있으나, 현재 제공된 정보만으로는 낮음.

🔎 탐지

(1) 로그 지표: dmesg 또는 /var/log/kern.log에서 unchecked MSR access errorRDMSR from 0xc0010058 문자열 확인.
(2) 탐지 규칙:

  • 로직: grep -E "unchecked MSR access error.*RDMSR from 0xc0010058" /var/log/syslog
  • SIEM 패턴: message: "*unchecked MSR access error*" AND message: "*amd_get_mmconfig_range*"
    (3) 오탐 시나리오: 패치되지 않은 구버전 커널의 Xen 게스트가 정상 부팅될 때 발생하는 단순 경고일 수 있음. 빈도와 발생 시점(부팅 직후 vs 런타임 중 반복적 발생)을 분석하여 공격 의도를 구분해야 함.

🛡️ 완화 방안

  • 즉시(긴급 차단): 해당 문제가 발생하는 특정 가상 머신의 하드웨어 구성이나 MSR 접근 설정을 하이퍼바이저 수준에서 검토 (난이도: 높음 / 영향: 서비스 중단 가능성).
  • 단기(완화): rdmsr_safe()가 적용된 커널 패치를 백포팅하거나, 문제가 되는 AMD MMCONFIG 관련 모듈 로드를 제한 (난이도: 중간 / 영향: 일부 하드웨어 기능 제약).
  • 근본(해결): 영향받는 버전(6.1~6.13.7 등)에서 rdmsr_safe()가 적용된 최신 커널 버전으로 업그레이드 (난이도: 낮음 / 영향: 재부팅 필요).

분석 근거: 본 리포트는 다중 소스 교차검증을 통해 데이터 일관성이 확인되었으며, 실측 EPSS(0.00191) 및 CVSS 5.5, AV:L 등의 규칙 기반 판단에 따라 우선순위를 'monitor'로 결정함. EPSS 수치가 매우 낮아 실제 야생에서의 악용 가능성은 희박하나, 커널 레벨의 결함이므로 잠재적 위험을 관리함.

⚖️ 위험도 / 우선순위

  • 조치: monitor (모니터링)
  • 근거: CVSS=5.5 · non-KEV · EPSS=0.00191 · exploit=hard · in_scope=None
※ 본 분석은 Kestrel AI 심층 분석 결과입니다. 참고용이며, 실제 대응 전에는 전문가 검토가 필요합니다.

댓글(0)

댓글 작성 은 로그인 후 이용할 수 있어요.

다른 사용자의 댓글은 자유롭게 읽을 수 있어요.

로그인하기

불러오는 중…