[단독분석] 분석 — CVE-2026-23019

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

• 원리: prestera_devlink_alloc() 함수 내에서 devlink_alloc() 호출 시 메모리 할당 실패로 인해 NULL 값이 반환될 수 있습니다.
• 경로: 시스템이 NULL 포인터를 검증 없이 devlink_priv()에 전달하여 역참조(Dereference)를 시도합니다.
• 단계: [메모리 부족 상황 발생] $\rightarrow$ [devlink_alloc() 실패 및 NULL 반환] $\rightarrow$ [devlink_priv() 호출] $\rightarrow$ [NULL pointer dereference 유발] $\rightarrow$ [커널 패닉/시스템 크래시].

악용 가능성: 본 취약점은 Linux kernel 내 Marvell Prestera 드라이버에서 devlink_alloc() 실패 시 발생하는 NULL pointer dereference로, 공격 난이도는 Hard로 평가됩니다. CVSS 벡터(AV:L/PR:L)에 따라 공격자는 시스템에 이미 낮은 권한의 계정으로 로그인한 상태여야 하며, 로컬 환경에서만 트리거가 가능합니다. 공격 표면은 devlink 관련 커널 API 및 Marvell Prestera 네트워크 장치 드라이버 인터페이스로 제한됩니다. 특히 메모리 할당 실패라는 특정 조건이 충족되어야 하므로, 의도적인 트리거를 위해서는 정교한 메모리 압박(Memory Pressure) 유도가 필요합니다. EPSS 수치가 0.00115로 매우 낮고 KEV에 등재되지 않은 점은 실제 야생(In-the-wild)에서의 악용 사례가 미관측되었음을 시사하며, 이는 이론적 심각도보다 실질적 위협 수준이 낮음을 의미합니다. 결과적으로 로컬 권한을 가진 공격자가 시스템 가용성을 저해하기 위해 시도할 가능성은 있으나, 실행 조건의 제약으로 인해 악용 가능성은 제한적입니다.

• 기술적 위험: 본 취약점은 가용성(Availability)에 치명적인 영향을 미칩니다. 공격자가 로컬 권한을 가지고 메모리 할당 실패를 유도할 수 있다면, 커널 패닉을 통해 시스템을 즉각적으로 중단시키는 Denial-of-Service (DoS) 상태로 만들 수 있습니다. 데이터 유출이나 권한 상승으로 이어질 가능성은 낮으나, 시스템 전체의 가동 중단을 초래합니다.
• 비즈니스 리스크: 영향 제품 범위가 Linux kernel 5.10.1부터 6.18.6까지 매우 광범위하여, 해당 드라이버를 사용하는 네트워크 장비나 서버 인프라의 경우 서비스 가용성 저하 및 비즈니스 연속성 중단 위험이 있습니다.
• 노출 규모: 다중 소스 데이터 교차검증을 통해 일관성이 확인되었으며, 영향받는 커널 버전이 다수(8개 그룹 이상)인 공급망 특성상 잠재적 노출 범위가 매우 넓습니다.

• 유형: NULL Pointer Dereference 패턴의 취약점으로, 단독으로는 시스템 중단에 그치나 추정: 다른 메모리 관리 취약점과 체이닝될 경우 커널 상태를 불안정하게 만드는 전단계로 활용될 가능성이 있습니다.

• 커널 로그: dmesg 또는 /var/log/syslog에서 NULL pointer dereference와 함께 prestera_devlink_alloc 및 devlink_priv 함수 호출 스택이 포함된 Kernel Panic(Oops) 메시지를 모니터링합니다.
• 패턴 예시: Unable to handle kernel NULL pointer dereference at virtual address ... 문구와 함께 Marvell Prestera 관련 심볼 확인.

• 근본 해결: 영향 범위에 포함된 Linux 커널 버전을 최신 보안 패치가 적용된 버전으로 업데이트하여 devlink_alloc()의 반환값 검증 로직을 추가합니다.
• 우선순위 및 리소스 판단: 본 취약점은 CVSS 5.5(Medium)이며, 실측 EPSS 값이 0.00115로 매우 낮고 KEV에 등재되지 않았습니다. 또한 공격 복잡도가 hard이며 로컬 권한(AV:L/PR:L)이 필요하므로, 즉각적인 긴급 대응보다는 정기 패치 주기 내 업데이트하는 monitor 수준의 대응 리소스 할당을 권고합니다.

• 조치: monitor (모니터링)
• 근거: CVSS=5.5 · non-KEV · EPSS=0.00115 · exploit=hard · in_scope=None