CCC3.0学习笔记_认证和隐私保护

CCC3.0学习笔记_Authentication and Privacy Keys

系列文章目录

---

---

前言

手机与车厂之间的敏感数据的交互应该是被加密的，比如密钥跟踪请求数据，给到车主设备的一些通知信息，或者是远程密钥终止请求，这些及其重要且敏感的数据严格要求以密文的形式交互，此处都是采用非对称加密的方式进行。

---

1. 手机端和车厂服务器端的密钥存储

说明如下:

1. VehicleOEM.Sig.PK/SK 和 VehicleOEM.Enc.PK/SK 是由车厂服务器产生的，这个在与手机厂商沟通时需要用邮件或者其它方式提供，手机端收到之后需要提前预置保存这两个证书，一个是用于签名验签的，另外一个是服务器将需要发送到手机端的数据进行加密，具体用途可以参考下列表格的描述。
2. Devx.Enc.PK/SK 和 DigitalKeyx.PK/SK 这两组公私秘钥对是手机端根据车辆提供的密钥创建数据后生成的，并在数字密钥创建完成之后，进行密钥跟踪请求的时候提供到车厂服务器，此后手机与车厂服务器之间的交互就是通过这几组密钥进行保护的，防止网络安全的异常出现。

2. 密钥的产生和使用的说明

其它的密钥直接看上图表的描述即可，这里主要说明一下创建的数字密钥，就是在车主配对过程中，当车辆提供密钥创建数据后，手机端产生数字密钥，然后车辆端通过APDU命令从手机端的SE中获取数字密钥证书，同时在密钥跟踪请求的时候也会将数字密钥证书发送至车辆服务器，也就是说手机端的数字密钥证书同时保存在车辆端的SE中以及车厂服务器端。

3. 车主设备端密钥发送

此图就可以明确看出，当手机端产生了数字密钥后，就发送 Key Tracking Request 请求车端服务器或KTS服务器，此处把数字密钥证书和手机与服务器的交互数据的加密密钥。

4. 车主设备密钥跟踪请求及回执

密钥跟踪请求与回执：

1. 首先车主设备端发送 Key Tracking Request 至服务器端
2. 然后手机端等待 KTS response 也就是跟踪回执
3. 然后车辆段则通过 EXCHANGE Command命令从手机端获取这个回执
   并且校验这个跟踪回执(Key Tracking Receipt)

总结

在数字密钥的系统架构中，数据交互的安全性要求极高，尤其是数字密钥分享，数字密钥终止删除等等密钥的管理都是需要在验证合法身份时进行密文交互的，不管是车辆和手机，还是车厂服务器和手机，都是包含若干组飞对称密钥来实现数据交互的安全通道，今天就简单说说服务器和手机之间使用到的几组密钥的说明。