当前位置：首页 > news >正文

告别手动刷卡！手把手教你用CANoe和VH5110解密ISO 15120的即插即充（PnC）流程

news 2026/6/3 5:23:09

解密ISO 15118-20即插即充：基于CANoe的TLS报文捕获与实战分析

电动汽车的即插即充（Plug & Charge，简称PnC）功能正在重新定义充电体验。想象一下这样的场景：驾驶者只需插入充电枪，系统自动完成身份认证、授权和计费——整个过程无需任何人工干预。这背后是ISO 15118-20协议中基于TLS 1.3的安全通信机制在发挥作用，但也给测试工程师带来了前所未有的挑战：当PnC流程出现故障时，如何穿透加密层分析问题根源？

1. 即插即充技术栈与测试困境

PnC的实现依赖于三个关键技术层：车辆识别证书（V2G证书）、公钥基础设施（PKI）和传输层安全协议（TLS）。在ISO 15118-20框架下，每个电动汽车都拥有唯一的数字证书，充电桩通过验证证书链确认车辆身份，随后建立端到端加密通道。这种设计虽然保障了安全性，却使得传统网络分析工具在面对加密报文时束手无策。

测试工程师常遇到的典型问题包括：

证书交换失败但无明文错误提示
TLS握手过程中断导致充电中止
授权请求被拒绝但原因不明
计费信息传输异常

关键痛点：当PnC流程失败时，工程师只能获得"充电失败"的最终结果，却无法查看加密通道内的具体交互细节。这就如同医生只能看到病人昏迷的症状，却无法进行任何体检或化验。

2. 解密环境搭建：硬件与软件配置

要突破TLS加密屏障，需要特殊的硬件监听设备和软件配置方案。Vector提供的VH5110(A) CCS Listener与CANoe组合是目前最成熟的解决方案。

2.1 硬件连接拓扑

[EV充电口] ←CCS电缆→ [VH5110(A)] ←以太网→ [测试PC] ↑ [EVSE充电桩] ────────┘

硬件配置要点：

VH5110(A)的CP线接口并联到充电枪的Control Pilot线
设备接地端必须可靠连接PE线
以太网端口需配置为固定IP（建议192.168.100.100）

注意：监听设备必须采用高阻并联方式接入，避免影响原有通信质量。建议使用Vector原装分流器。

2.2 CANoe软件配置

在CANoe中需要加载三个关键组件：

Smart Charging选项包（版本≥15.0）
TLS Decryption插件
ISO 15118-20数据库文件

配置步骤：

; CANoe配置文件示例 [Measurement] TLS_Decryption = Enabled Pre_Shared_Key = EV_Test_Environment_2024 Certificate_Store = C:\Certs\V2G_ROOT_CA.pem

参数说明：

Pre_Shared_Key：测试环境专用密钥（生产环境应使用正式CA签发证书）
Certificate_Store：必须包含完整的证书链（根CA→次级CA→终端实体证书）

3. TLS会话解密与关键报文分析

成功配置后，CANoe可以捕获并解密PnC全流程报文。下图展示了典型的通信时序：

阶段	方向	协议	关键字段
TLS握手	EV→EVSE	ClientHello	supported_versions: TLS 1.3
TLS握手	EVSE→EV	Certificate	cert_chain: EVSE_SubCA
身份认证	EV→EVSE	AuthorizationReq	contract_id: eIMID+MAC
充电控制	EVSE→EV	ChargeParameter	max_current: 32A

3.1 证书交换过程解析

在TLS握手阶段，双方会交换X.509格式的数字证书。通过CANoe的Certificate Viewer可以验证：

证书有效期（Not Before/After）
密钥用途（Key Usage）
扩展字段（如V2G角色标识）

常见故障模式：

证书过期（系统时间未同步）
根CA不匹配（测试/生产环境混淆）
CRL检查失败（证书已被吊销）

3.2 授权请求解码技巧

PnC的核心是AuthorizationRequest消息，其中包含：

AuthorizationReq ::= SEQUENCE { eIMID OCTET STRING, genChallenge OCTET STRING, contractCertChain CertificateChain }

在CANoe中可通过以下方法验证：

# 伪代码示例：验证MAC值 def verify_authorization(req): expected_mac = HMAC_SHA256(priv_key, req.eIMID + req.genChallenge) assert req.mac == expected_mac, "MAC验证失败"

实战技巧：当授权失败时，首先检查contractCertChain是否完整，然后验证genChallenge的时效性（通常有效期为5分钟）。

4. 高级调试与自动化测试

对于需要批量验证的场景，可以建立自动化测试框架：

4.1 测试用例设计矩阵

测试场景	注入故障	预期结果
有效证书	无	成功建立TLS会话
过期证书	修改NotAfter字段	握手失败(ERR_CERT_DATE)
错误CA	替换根证书	握手失败(ERR_CERT_AUTHORITY)
重放攻击	重复使用genChallenge	授权拒绝(ERR_AUTH_REPLAY)

4.2 CAPL自动化脚本示例

variables { message 0x1234 AuthReq; } on start { setTimer(CheckTLS, 1000); } on timer CheckTLS { if (TLS::HandshakeStatus() == COMPLETE) { AuthReq = createAuthRequest(); output(AuthReq); } }

调试建议：