[방어] 분석 — CVE-2026-13305
Autel MaxiCharger AC Elite Home devices can be compromised by unsigned firmware updates, so immediately block unauthenticated OTA update traffic and monitor for invalid‑signature update attempts.
📋 요약
- 심각도 medium · CVSS 6.4 · EPSS 0.00121 · 악용난이도 hard
🔍 공격 기법
공격자는 물리적으로 장치에 접근한 뒤, 검증되지 않은 소프트웨어 업데이트 이미지를 USB 또는 로컬 관리 포트로 전송합니다. 서명 검증이 누락돼 있기 때문에, 이미지 내부의 악성 바이너리가 디바이스 펌웨어와 동일 권한으로 실행됩니다. UI 요구가 없고 인증도 필요하지 않으므로, 공격 흐름은 전달 → 업데이트 파싱 → 임의 코드 실행 순서로 진행됩니다.
악용 가능성: 이 취약점은 AV:P (Physical)로 표시되므로, 공격자는 충전기에 물리적으로 접근해야만 악성 업데이트 이미지를 주입할 수 있습니다. AC:H (High complexity)라는 점은 이미지 서명을 위조하거나 검증 로직을 우회하는 데 정교한 절차와 전문 지식이 필요함을 의미합니다. PR:N (Privilege‑None)과 UI:N (User Interaction‑None) 덕분에 공격자는 별도의 인증이나 사용자의 동작 없이도 코드를 실행할 수 있으나, 이는 물리적 접근 전제가 없으면 실현되지 않습니다. EPSS 값이 0.00121 로 매우 낮고 KEV 리스트에 등재되지 않은 점은 현재까지 실제 악용 사례가 거의 보고되지 않았으며, 위협 모델 상에서 이론적인 심각도와는 별개로 실전 위험도가 제한적임을 뒷받침합니다. 공격 표면은 충전기의 software‑update 엔드포인트(예: USB·시리얼 포트)와 해당 이미지 파일 파라미터이며, 해당 경로를 통해 서명 검증이 누락된 업데이트가 전송될 경우 임의 코드 실행이 가능해집니다. 따라서 물리적 보호 조치가 확보되지 않은 현장에서는 고난이도 (High‑complexity) 공격 시나리오가 현실화될 여지가 존재합니다.
💥 영향 분석
- 장치 제어권 탈취 – 충전 세션 중지·시작, 전압/전류 조정 등 물리적 위험 발생 가능
- 내부 네트워크 침투 – 악성 코드를 통해 동일 LAN에 연결된 다른 시스템으로 이동 가능
- 데이터 무결성 파괴 – 펌웨어 변조·로그 위변조로 사후 분석이 어려워짐
🔗 관련 취약점·체이닝
추정: 이와 유사한 “소프트웨어 업데이트 서명 검증 부재” 유형은 CWE‑306(인증 우회) 및 CWE‑345(암호화된 데이터의 무결성 검증 실패)와 연관됩니다. 공격자는 동일 디바이스에 존재하는 원격 관리 인터페이스(CWE‑284 권한 상승)나 인접 네트워크 공유 파일 시스템을 이용해 체이닝할 수 있습니다.
🔎 탐지
-
로그 지표
update_manager.log:event=firmware_update,status=started|completed,signature_check=failed필드 기록 여부systemd-journal:MESSAGE=*Update image received*와 함께SRC_IP혹은USB_DEVICE_ID포함 로그
-
SIEM 쿼리 예시 (예: Splunk)
text1index=ev_charger sourcetype=update_manager2| where event="firmware_update" AND signature_check!="passed"3| stats count by host, src_ip, _time4| where count > 0조건 –
signature_check가 “passed”가 아닌 경우를 탐지하고, 동일 호스트·시간대에 다수 발생 시 알림. -
정규식 (파일 무결성 감시)
text1^\[(WARN|ERROR)\]\s+Update\s+image\s+verification\s+failed:\s+hash=.*$ -
오탐 튜닝
- 정상적인 펌웨어 롤백 테스트 시
signature_check=failed로그가 발생할 수 있음. 이 경우operation_mode=test필드가 함께 기록되는지 확인하고, 해당 태그를 제외하도록 쿼리 조건에operation_mode!="test"를 추가합니다.
- 정상적인 펌웨어 롤백 테스트 시
-
검증
- 탐지 규칙 적용 후 24시간 동안 실제 업데이트 시도 로그와 비교하여 TP/FP 비율을 측정하고, 임계값(
count > 0)을 필요시 조정합니다.
- 탐지 규칙 적용 후 24시간 동안 실제 업데이트 시도 로그와 비교하여 TP/FP 비율을 측정하고, 임계값(
🛡️ 완화 방안
| 단계 | 내용 | 구현 난이도 | 운영 영향 | 검증 방법 |
|---|---|---|---|---|
| 즉시(긴급 차단) | 관리 포트(USB·이더넷)에서 소프트웨어 업데이트 전용 트래픽만 허용하도록 방화벽 ACL 적용 (dst_port 443 → allow only authorized update server IP) | ★★ (방화벽 규칙 추가) | 서비스 중단 위험 최소, 기존 업데이트 기능 일시 중지 | ACL 적용 후 정상 업데이트 서버에서 테스트 파일 전송 성공 여부 확인 |
| 단기(완화) | 장치 설정 UI에서 “자동 펌웨어 업데이트” 옵션을 비활성화하고, 모든 업데이트를 오프라인(USB)으로만 진행하도록 정책 변경 | ★★ (관리 콘솔 조정) | 현장 운영자가 수동 업데이트 필요 → 작업량 증가 | 로그에 auto_update=disabled가 기록되는지 확인, 수동 업데이트 시 정상 동작 검증 |
| 근본(해결) | 공급업체에서 서명 검증 로직이 포함된 펌웨어 버전(패치) 출시 시 적용. 패키지 무결성 검증을 위한 공개 키 배포 및 OTA 프로세스 재설계 | ★★★ (펌웨어 교체·테스트) | 장치 가동 중단 필요, 업데이트 일정 관리 필요 | 새 펌웨어 적용 후 signature_check=passed 로그가 정상적으로 기록되는지 확인 |
| 잔여 리스크 | 패치 전까지 물리적 접근 차단이 어려운 현장에서는 여전히 악성 이미지 삽입 위험 존재. 따라서 물리 보안 강화와 정기적인 무결성 스캔을 병행해야 함. |
오늘 당장 적용할 임시 차단: 네트워크 ACL에서 모든 외부 IP가 장치의 소프트웨어 업데이트 포트(예: TCP 443)로 접근하는 것을 차단하고, 허용된 내부 관리 서버 IP만 예외 처리합니다. 이는 즉시 공격 경로를 차단하면서 기존 서비스에 큰 영향을 주지 않는 가장 빠른 조치입니다.
⚖️ 위험도 / 우선순위
- 조치: monitor (모니터링)
- 근거: CVSS=6.4 · non-KEV · EPSS=0.00121 · exploit=hard · in_scope=None