CCC(Car Connectivity Consortium)의 Digital Key는 단순한 NFC 태그가 아니라 Secure Element, PKI, UWB 기반 거리 측정까지 동원하는 정교한 보안 체계다. 그리고 이 체계는 ISO/SAE 21434와 무관하지 않다.
CCC는 무엇이고 왜 자동차 업계가 모였는가
CCC(Car Connectivity Consortium)는 스마트폰과 차량 간 연결성을 표준화하기 위한 국제 산업 협의체다. Charter Member로 Apple, BMW, General Motors, Honda, Hyundai, LG, NXP, Panasonic, Samsung, Volkswagen이 참여하며, 100개 이상의 회원사가 글로벌 자동차·스마트폰 시장의 상당 부분을 대표한다.
제조사마다 스마트폰-차량 연결 방식을 독자적으로 구현하면 상호운용성이 깨진다. 아이폰으로 만든 디지털 키가 BMW에서는 되는데 현대차에서는 안 되는 식이다. CCC는 이 파편화를 막기 위해 공통 표준을 만든다. Digital Key가 가장 잘 알려진 결과물이다.
Digital Key — Release 1부터 4까지, 그리고 보안의 진화
Digital Key는 버전이 올라갈수록 단순히 기능이 추가된 것이 아니라 보안 메커니즘 자체가 강화되는 방향으로 발전했다.
UWB가 릴레이 공격을 막는 원리
기존 BLE·RF 기반 스마트키의 가장 큰 약점은 릴레이 공격(Relay Attack)이었다. 공격자 두 명이 각각 차량 근처와 키(스마트폰) 근처에 위치해 신호를 중계하면, 차량은 키가 실제로 가까이 있다고 착각해 잠금을 해제한다.
2024년 기준 UWB 탑재 차량 키는 전체의 약 6%에 불과했다. 2030년까지 약 40%로 성장할 것으로 전망된다. BMW, Mercedes, Volkswagen, GM, Tesla 등이 UWB를 채택했거나 채택할 예정이다. 즉 아직 대부분의 디지털 키는 BLE 기반이며, UWB로의 전환은 진행 중이다.
실제로 뚫린 사례 — PerfektBlue
UWB가 릴레이 공격에 강하다고 해서 디지털 키 전체가 안전하다는 의미는 아니다. 최근 BLE 구현 자체의 취약점이 실제로 발견됐다.
디지털 키 앱과 인포테인먼트 시스템 내 BLE 구현에서 결함이 발견된 실제 사례다. UWB가 거리 측정 단계의 릴레이 공격을 막아주더라도, 그 이전 단계인 BLE 페어링·인증 프로토콜 자체에 구현 취약점이 있으면 공격 표면이 된다. 표준이 안전해도 구현이 안전하지 않으면 의미가 없다는 것을 보여주는 사례다.
Digital Key를 지탱하는 보안 기술 요소
키 공유 — 편의 기능이지만 보안 설계가 까다로운 영역
Digital Key는 키 공유(Key Sharing) 기능도 표준화한다. 가족 간 공유, 렌터카, 카셰어링, 법인 차량 운영에 사용된다. 사용 기간, 사용 가능 시간대, 차량 기능 제한(예: 최고 속도 제한, 특정 기능 비활성화) 등 세부 정책을 설정할 수 있다.
키 공유 기능은 "신뢰할 수 있는 소유자가 다른 사람에게 권한을 위임"하는 구조다. 위임 과정 자체가 새로운 공격 표면이다 — 위임된 키의 권한 범위가 의도보다 넓어지거나, 위임받은 키가 회수되지 않거나, 위임 절차 자체가 위조되는 시나리오를 TARA에서 다뤄야 한다.
CCC와 ISO/SAE 21434는 어떻게 연결되는가
CCC와 21434를 별개 영역으로 생각하기 쉽지만, Digital Key 기능을 개발하는 입장에서는 둘이 동시에 작동한다.
| 구분 | CCC | ISO/SAE 21434 |
|---|---|---|
| 역할 | 기능 표준 정의 — "Digital Key는 이렇게 동작해야 한다" | 개발 프로세스 정의 — "이 기능을 안전하게 개발하는 절차" |
| 산출물 | 기술 사양 (BLE·UWB 프로토콜, 인증 절차, Secure Element 요구사항) | TARA, 보안 요구사항, Verification·Validation 보고서 |
| 관계 | CCC 사양을 준수해 Digital Key를 구현하더라도, 그 구현 과정에서 TARA를 통해 위협을 식별하고 21434 절차로 검증해야 한다 | |
예를 들어 Digital Key 기능을 개발할 때 TARA에서는 릴레이 공격, 키 복제, 위임 권한 남용, BLE 구현 취약점(PerfektBlue 같은 사례) 등을 위협 시나리오로 식별해야 한다. CCC 사양이 UWB로 릴레이 공격을 막아준다고 해서 TARA가 면제되는 것이 아니다 — 오히려 CCC가 제공하는 보안 메커니즘이 실제로 제대로 구현됐는지를 21434 절차로 검증해야 한다.
🔧 현업에서 느끼는 것들
Digital Key는 물리적 키를 없앤 것이 아니다. 신뢰를 증명하는 방식을 바꾼 것이다.
NFC의 접촉에서, BLE의 근접성으로, 그리고 UWB의 정밀한 물리적 거리 증명으로.
편의 기능처럼 보이지만 그 뒤에는 Secure Element, PKI, 암호학적 거리 측정이라는 정교한 보안 체계가 있다. 그리고 그 체계가 실제로 안전한지 검증하는 것은 결국 TARA와 21434의 몫이다.
'차량 사이버보안 > 보안기술' 카테고리의 다른 글
| 차량에는 암호키가 몇 개나 들어있을까? — Secure Boot부터 OTA까지 자동차 키 관리의 모든 것 (0) | 2026.06.17 |
|---|---|
| 차량 ECU는 어떻게 서로를 신뢰할까? — Vehicle PKI와 인증서 기초 (0) | 2026.06.17 |
| 차량 ECU는 암호키를 어디에 보관할까? — Secure Storage 쉽게 이해하기 (0) | 2026.06.12 |
| J1939-91C란 무엇일까? — 상용차 CAN 통신 보안은 SecOC와 무엇이 다를까? (0) | 2026.06.04 |
| 자동차 메시지는 어떻게 신뢰할 수 있을까? — SecOC 쉽게 이해하기 (0) | 2026.06.04 |