AUTO-29
🧩 SecOC 구현 결함 (절단 MAC·신선도 롤오버)
자동차 보안 · 차내 네트워크 심화
위험도: 상💡 쉽게 말하면
SecOC 구현 결함은 도장은 찍었는데 도장이 너무 작아 위조가 쉽고, 접수처가 위조 판정 도장을 보고도 그냥 통과시키는 상태입니다. 제도는 있는데 운영이 비어 있습니다.
SecOC 구현 결함은 도장은 찍었는데 도장이 너무 작아 위조가 쉽고, 접수처가 위조 판정 도장을 보고도 그냥 통과시키는 상태입니다. 제도는 있는데 운영이 비어 있습니다.
🎯 직접 해보기 — 공격을 실행해 보세요
아래에서 시스템 상태를 취약 또는 안전(조치 적용)으로 바꾼 뒤 공격 실행을 눌러, 같은 공격이 어떻게 다르게 끝나는지 직접 확인하세요.
# 인증이 켜진 차량에서 검증 실패 프레임이 어떻게 처리되는지 확인한다
# [공격 실행] 버튼을 누르면 시작합니다.
📋 설정 비교 (왜 막혔나?)
✗ 취약한 설정
# 검증 실패 프레임 처리 확인
attacker$ inject frame with invalid MAC
>> 스택은 실패로 표시했으나 앱이 플래그 미확인
→ 짧은 MAC + 카운터 롤오버로 재생까지 성립
✓ 안전한 설정
# MAC 길이 상향 + 실패 폐기 + 키 분리
ecu$ MAC>=64bit ; drop on verify_fail ; per-ECU key
>> 실패 프레임은 앱에 도달하기 전에 폐기
→ 카운터 급증 감지 시 키 재협상
🔧 조치 방법
- MAC 절단 길이를 상향하고 불가피한 절단은 위험분석 결과에 명시적으로 반영합니다.
- 검증에 실패한 PDU는 애플리케이션에 전달하지 않고 폐기·기록합니다.
- 신선도 카운터의 비정상 급증을 감지하고 롤오버 이전에 키를 교체합니다.
- ECU·차종·연식 단위로 키를 분리해 단일 키 유출의 파급을 끊습니다.
✅ 점검 체크리스트
- MAC 길이 적정성 확인
- 검증 실패 프레임 폐기 동작
- 키 분리·교체 정책 존재
점검기준: AUTOSAR SecOC 구현 점검
🏗️ 현대 차량 아키텍처에서의 위치와 규제 대응
아키텍처 CAN · 차량 이더넷 (SecOC)접근 경로 물리 접근 · 내부 침해R155 위협 분류 통신 채널 (4.3.2)ISO 21434 검증·타당성확인
SDV·전동화 전환에서 달라지는 점
"SecOC 를 적용했다"와 "SecOC 가 제대로 동작한다"는 다릅니다. MAC 을 짧게 자르거나 신선도 값이 한 바퀴 돌면 적용 사실만 남고 방어는 사라집니다. 심사에서 보는 것도 적용 여부가 아니라 파라미터 선택의 근거입니다.
인증·심사에서 요구되는 증적
MAC 길이·신선도 비트 수 선택의 정량적 근거와, 롤오버 조건에서의 동작 시험 결과.
MAC 길이·신선도 비트 수 선택의 정량적 근거와, 롤오버 조건에서의 동작 시험 결과.
🚗 이 위협을 직접 공격·방어해 보기
CAN 버스 공격 실습 →
모의 침투 콘솔에서 실제로 공격을 실행하고, 방어를 적용해 다시 확인합니다.