[분석가] 분석 — CVE-2026-23463

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

• 원리: soc: fsl: qbman 드라이버 내 qman_destroy_fq와 qman_create_fq 함수 간의 Race Condition입니다.
• 경로 및 단계:
  1. Thread A가 qman_destroy_fq()를 통해 FQID를 해제하고 gen_pool_free()를 수행합니다.
  2. 이 시점에 fq_table[fq->idx]는 아직 NULL이 아닌 상태입니다.
  3. Thread B가 즉시 qman_alloc_fqid()를 통해 방금 해제된 동일한 FQID를 할당받습니다.
  4. Thread B가 WARN_ON(fq_table[fq->idx]) 검사를 수행할 때, Thread A가 아직 NULL 처리를 완료하지 않아 조건이 충돌하며 커널 경고 또는 패닉이 발생합니다.

악용 가능성: 본 취약점은 Linux kernel의 fsl qbman 드라이버 내 qman_destroy_fq와 qman_create_fq 함수 간의 Race Condition으로 인해 발생하며, 공격 난이도는 매우 높음(Hard)으로 평가됩니다. 공격자는 로컬 권한(AV:L)을 보유한 상태에서 특정 타이밍에 메모리 풀의 ID 할당과 해제를 정밀하게 제어해야 하므로 복잡성(AC:H)이 매우 큽니다. 공격 표면은 NXP QMAN 하드웨어를 사용하는 SoC 환경의 커널 드라이버 인터페이스 및 관련 시스템 콜로 제한됩니다. EPSS 수치가 0.00094로 매우 낮고 KEV에 등재되지 않은 점은, 이론적인 취약점 존재 여부와 별개로 실제 야생(In-the-wild)에서 악용된 사례가 거의 없음을 시사합니다. 따라서 공격자가 특수한 하드웨어 환경과 로컬 접근 권한을 모두 갖춘 상태에서 매우 정교한 타이밍 공격을 수행해야만 트리거가 가능하므로, 실질적인 악용 가능성은 낮습니다.

• 기술적 위험: CVSS 벡터(AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H)에 근거하여, 공격자가 로컬 권한을 가지고 매우 까다로운 조건(High Complexity)에서 실행할 때 시스템 가용성 저하(Availability: High)를 유발하는 Denial of Service(DoS) 위험이 있습니다.
• 비즈니스 리스크:
  • 가용성: 커널 레벨의 WARN_ON 트리거로 인한 시스템 크래시 발생 시, 해당 하드웨어를 사용하는 서비스의 중단으로 이어질 수 있습니다.
  • 노출 규모: 영향 제품 범위가 Linux Kernel 4.9부터 6.19까지 매우 광범위하여, 다수의 임베디드 및 서버 환경이 잠재적 영향권에 있습니다. 다만, soc: fsl 관련 특정 하드웨어 가속기(QMAN)를 사용하는 환경으로 한정됩니다.
• 우선순위 판단: 본 리포트는 다중 소스 교차검증을 통해 데이터 일관성이 확인되었으며, 실측 EPSS 값이 0.00094(백분위 0.00726)로 매우 낮습니다. 이는 이론적 심각도와 별개로 실제 야생에서의 악용 가능성이 극히 희박함을 의미합니다. 따라서 KEV 미등재 및 exploit=hard 규칙에 따라 대응 우선순위를 'monitor'로 결정하였습니다.

• 유형: Race Condition 기반의 가용성 침해 패턴입니다.
• 체이닝 가능성: 단독으로는 권한 상승이나 데이터 유출이 불가능하나, 추정: 다른 커널 메모리 오염 취약점과 결합하여 시스템 상태를 불안정하게 만드는 보조 수단으로 활용될 가능성이 있습니다.

• 커널 로그 모니터링: dmesg 또는 /var/log/kern.log에서 qman_create_fq() 함수와 관련된 WARN_ON 메시지 및 커널 스택 트레이스 발생 여부를 확인합니다.
• 패턴 예시: qman_create_fq 키워드가 포함된 커널 경고(Warning) 로그 탐지.

• 근본 해결: 영향 범위에 해당하는 Linux Kernel 버전의 최신 보안 패치를 적용하여, fq_table[fq->idx]가 NULL로 설정되는 시점을 FQID 해제 전으로 조정하는 수정 사항을 반영하십시오.
• 즉시 조치: 해당 하드웨어 기능을 사용하지 않는 경우 모듈 로드를 제한하거나, 시스템 가용성이 극도로 중요한 환경에서는 커널 업데이트 스케줄을 수립하여 적용하십시오.

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