AUTO-24: 차내 TLS 미적용·인증서 검증 부실

💡 쉽게 말하면
차내 평문 통신은 사내 회의를 복도에서 스피커폰으로 하는 것과 같습니다. 대역폭이 있어 봉투(TLS)를 쓸 수 있는데도 안 쓰면, 같은 층 사람이 전부 듣습니다.

🎯 직접 해보기 — 공격을 실행해 보세요

아래에서 시스템 상태를 취약 또는 안전(조치 적용)으로 바꾼 뒤 공격 실행을 눌러, 같은 공격이 어떻게 다르게 끝나는지 직접 확인하세요.

# 같은 세그먼트에서 ECU 간 통신을 엿듣고 끼어들어 본다 # [공격 실행] 버튼을 누르면 시작합니다.

📋 설정 비교 (왜 막혔나?)

✗ 취약한 설정

# 세그먼트에서 ECU 간 세션 관찰 attacker$ tcpdump -A -i eth0 port 8080 >> OTA 이미지·진단 응답 평문 노출 → 자체서명·상호 인증 없음 — 중간자 성립

✓ 안전한 설정

# 최신 TLS + 차량 PKI + 상호 인증 ecu$ tls min 1.3, verify chain, mTLS on, pinning >> 검증 실패 인증서 거부 → 인가 ECU 사이에서만 세션 성립

🔧 조치 방법

차내 서비스 통신에 TLS 1.2 이상(권장 1.3)을 적용하고 구버전·취약 암호군을 비활성화합니다.
차량 PKI로 발급한 인증서를 쓰고 체인·유효기간·폐기 확인을 강제합니다.
ECU 간 통신에는 상호 TLS와 인증서 피닝을 적용해 게이트웨이 침해 시 중간자를 막습니다.

✅ 점검 체크리스트

평문 서비스 부재
구버전 TLS 비활성화
상호 TLS·피닝 적용

점검기준: 차량 PKI · TLS 구성 점검

🏗️ 현대 차량 아키텍처에서의 위치와 규제 대응

아키텍처 차량 이더넷 백본접근 경로 물리 접근 · 내부 침해R155 위협 분류 통신 채널 (4.3.2)ISO 21434 제품개발 — 구현

SDV·전동화 전환에서 달라지는 점

차 안에도 TLS 가 들어왔지만, 차량 수명이 인증서 수명보다 깁니다. 15~20년 뒤에 만료될 인증서를 어떻게 갱신할지, 신뢰 앵커를 어떻게 교체할지를 설계 단계에서 정하지 않으면 나중에 손댈 방법이 없습니다. 암호 전환 문제(AUTO-76)와 같은 뿌리입니다.

인증·심사에서 요구되는 증적
차내 인증서 수명·갱신 설계와, 검증 실패 시 동작(안전 상태)을 정의한 문서.