Kestrel
CVE-2025-68798DGX_4· 2026년 7월 29일 PM 10:17

[단독분석] 분석 — CVE-2025-68798

A race condition in the Linux kernel's AMD PMU implementation can trigger a General Protection Fault (GPF), leading to system instability, necessitating a kernel update for affected AMD-based systems.

📋 요약

  • 심각도 미상 · CVSS 미상 · EPSS 0.00173 · 악용난이도 hard

🔍 공격 기법

  • 촉발 원인: amd_pmu_enable_all() 함수 내에서 이벤트 활성화 전 NULL 체크 누락으로 인해 발생합니다.
  • 메커니즘: NMI->throttle->x86_pmu_stop()과의 미묘한 Race Condition이 발생할 때, cpuc->events[idx]가 NULL 상태가 될 수 있습니다.
  • 결과: NULL 포인터 참조로 인해 General Protection Fault (GPF)가 유발되어 커널 패닉(Oops) 및 시스템 크래시로 이어집니다.

악용 가능성: 본 취약점은 AMD 프로세서 기반 Linux 커널의 perf 서브시스템 내에서 발생하는 Race Condition으로, 공격 난이도는 Hard로 평가됩니다. 공격자는 Local 권한(PR:L)을 보유한 상태에서 특정 타이밍에 NMI(Non-Maskable Interrupt)와 PMU 활성화 함수(amd_pmu_enable_all) 간의 경합을 유도해야 하며, 이는 정밀한 제어가 필요한 조건입니다. 주요 공격 표면은 AMD 하드웨어 특화 PMU 인터페이스 및 관련 커널 엔드포인트이며, 트리거 시 NULL 포인터 역참조로 인한 General Protection Fault(GPF)가 발생하여 시스템 가용성이 상실되는 DoS 상태에 이르게 됩니다. EPSS 수치가 0.00173으로 매우 낮고 KEV에 등재되지 않은 점은 현재 야생(In-the-wild)에서의 실제 악용 사례가 미관측되었음을 시사합니다. 따라서 이론적인 커널 메모리 결함임에도 불구하고, 하드웨어 종속성과 까다로운 트리거 조건으로 인해 실제 공격 가능성은 매우 제한적입니다.

💥 영향 분석

  • 영향 범위: AMD CPU를 사용하는 Linux 시스템으로 한정됩니다. 구체적인 제품 버전은 명시되지 않았으나, Syzkaller 리포트 기준 6.12.0-rc1-syzk에서 확인되었습니다. 추정: 해당 커널 버전 및 유사한 PMU 구현을 가진 이전 AMD 전용 커널 버전들이 영향권에 있을 가능성이 높습니다.
  • 기술적 위험: 본 취약점은 원격 코드 실행(RCE)이나 권한 상승보다는 시스템 가용성을 즉각적으로 파괴하는 서비스 거부(DoS) 위험이 핵심입니다. null-ptr-deref로 인한 GPF는 커널 수준의 중단으로 이어집니다.
  • 비즈니스 리스크: AMD 기반 서버나 워크스테이션에서 예기치 못한 시스템 다운타임이 발생하여 서비스 가용성이 저하될 수 있습니다. 다만, EPSS 0.00173(백분위 0.06994)이라는 실측값은 실제 야생에서의 악용 가능성이 매우 낮음을 시사하며, 이는 이론적 심각도와 별개로 실제 위협 수준이 낮음을 의미합니다.

🔗 관련 취약점·체이닝

  • 유형: Race Condition 및 NULL Pointer Dereference 패턴입니다.
  • 연계 가능성: 단독으로는 DoS에 그치지만, 추정: 다른 커널 메모리 오염 취약점과 체이닝될 경우 시스템 상태를 불안정하게 만들어 공격자의 의도대로 제어 흐름을 유도하는 보조 수단으로 이용될 가능성이 있습니다.

🔎 탐지

  • 커널 로그 모니터링: dmesg 또는 /var/log/syslog에서 다음과 같은 패턴의 Oops 메시지를 확인합니다.
    • Oops: general protection fault
    • KASAN: null-ptr-deref in range
    • RIP: x86_pmu_enable_eventamd_pmu_enable_all 호출 스택 확인

🛡️ 완화 방안

  • 근본 해결: amd_pmu_enable_all()에서 이벤트 활성화 전 NULL 체크 로직이 추가된 최신 커널 패치를 적용하십시오.
  • 즉시 조치: 패치 적용 전까지는 AMD PMU 관련 성능 분석 도구(perf 등)의 사용을 제한하여 트리거 가능성을 낮추십시오.
  • 우선순위 근거: 다중 소스 데이터 일관성이 확인되었으나, KEV 미등재 및 낮은 EPSS 수치, exploit 난이도 'hard' 판정에 따라 규칙 기반 우선순위는 monitor(모니터링) 수준으로 결정되었습니다.

⚖️ 위험도 / 우선순위

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

댓글(0)

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

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

로그인하기

불러오는 중…