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

• 심각도 medium · CVSS 4.7 · EPSS 0.00094 · 악용난이도 hard

본 취약점은 soc: fsl: qbman 드라이버의 qman_destroy_fq와 qman_create_fq 함수 간 발생하는 Race Condition입니다.

• 경로: QMAN_FQ_FLAG_DYNAMIC_FQID 설정 시, Thread A가 gen_pool_free()를 통해 fqid를 반환한 직후, Thread B가 이를 즉시 재할당(qman_alloc_fqid())하여 사용할 수 있습니다.
• 원리: Thread B가 할당받은 fqid의 상태를 확인하는 시점과 Thread A가 fq_table[fq->idx]를 NULL로 초기화하는 시점이 겹치면서, 커널 내 WARN_ON()이 트리거됩니다.
• 단계: [Thread A: fqid 해제] $\rightarrow$ [Thread B: 동일 fqid 할당 및 검증] $\rightarrow$ [Thread A: 테이블 엔트리 NULL 처리].

악용 가능성: 본 취약점은 Linux kernel의 soc: fsl: qbman 드라이버 내 qman_destroy_fq와 qman_create_fq 함수 간의 Race Condition으로 인해 발생하며, 공격 난이도는 매우 높습니다(Hard). CVSS 벡터 상 AV:L 및 AC:H는 공격자가 이미 시스템에 낮은 권한(PR:L)으로 접근한 상태에서, 정밀하게 계산된 타이밍으로 스레드 간 경쟁 상태를 유도해야 함을 의미합니다. 실제 공격 표면은 QMAN_FQ_FLAG_DYNAMIC_FQID 설정이 활성화된 특정 하드웨어 가속기 및 드라이버의 FQ(Frame Queue) 생성·삭제 엔드포인트로 제한됩니다. EPSS 수치가 0.00094로 매우 낮고 KEV에 등재되지 않은 점은, 이론적인 커널 패닉이나 메모리 오염 가능성에도 불구하고 실제 야생(In-the-wild)에서의 악용 사례가 거의 없음을 시사합니다. 결과적으로 로컬 권한을 가진 공격자가 특정 하드웨어 환경에서 극히 낮은 확률의 타이밍 윈도우를 공략해야 하므로, 실질적인 악용 가능성은 매우 희박한 것으로 판단됩니다.

• 기술적 위험: 커널 내부의 WARN_ON() 트리거로 인한 시스템 불안정성 및 추정: 커널 패닉(Kernel Panic)으로 인한 서비스 거부(DoS) 상태가 발생할 수 있습니다. 다만, CVSS 벡터(AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H)에서 보듯 기밀성(C)과 무결성(I) 영향은 없으며 가용성(A)에만 국한됩니다.
• 비즈니스 리스크: 서비스 중단으로 인한 가용성 저하가 주된 리스크입니다. 영향 제품 범위가 Linux Kernel 4.9부터 6.19까지 매우 광범위하여 잠재적 노출 규모는 크나, 실제 공격 성공을 위해서는 로컬 권한(PR:L)과 높은 복잡도(AC:H)를 극복해야 하므로 실질적인 비즈니스 위협 수준은 낮습니다.
• 분석 근거: 다중 소스 데이터의 일관성이 확인되었으며(신뢰도 1.0), EPSS 수치가 0.00094(백분위 0.00726)로 매우 낮아 실제 야생에서 악용될 가능성은 극히 희박한 것으로 분석됩니다.

• 유형: Race Condition (Concurrency Issue).
• 체이닝: 단독으로는 권한 상승이나 데이터 유출이 불가능하므로, 다른 로컬 권한 상승(LPE) 취약점과 결합하여 시스템 가용성을 제어하는 용도로 사용될 가능성이 추정됩니다.

• 커널 로그 모니터링: dmesg 또는 /var/log/kern.log에서 qman_create_fq() 함수와 관련된 WARN_ON 메시지 및 Stack Trace 발생 여부를 확인합니다.
• 패턴 예시: kernel: qman_create_fq(): WARN_ON(fq_table[fq->idx]) 형태의 로그 패턴을 탐지합니다.

• 근본 해결: 영향 범위에 포함된 Linux Kernel 버전을 최신 보안 패치가 적용된 버전으로 업데이트하여 fq_table[fq->idx]를 먼저 NULL로 설정하도록 수정된 코드를 적용합니다.
• 즉시 조치: 우선순위 결정 논리에 따라 본 취약점은 monitor 단계로 분류됩니다(CVSS 4.7, non-KEV, EPSS 0.00094). 즉각적인 긴급 패치보다는 정기 업데이트 주기 내 반영을 권고하며, 관련 커널 로그의 이상 징후를 모니터링합니다.

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