CCC3.0学习笔记_快速交易

上一次有提及只有进行过车辆与手机的标准交易之后，才有可能进行快速交易，假定双方已进行过标准交易，也就是在车辆和手机端的NVM中已经保存了长期的对称密钥 Kpersistent, 下面将详细快速交易的整个过程：

在进行快速交易流程之前，车辆端需要发送SELECT 命令给到手机端(采用NFC近场通讯方式或者低功耗BLE蓝牙方式)，然后车辆端获取手机端反馈的Applet_ver_list，车辆端获取自身的applet版本信息并选择双方都支持的最高的Applet协议版本，之后即可开始快速交易。

Step:1-A & Step:2-A 这两步车辆端和手机端会产生各自的临时公私密钥对(Vehicle.ePK&Vehicle.eSK | Endpoint.ePK&Endpoint.eSK), 除了临时公私密钥对之外还有一个交易标识符 transaction_identifier 也是随机产生的，快速交易的启动是车辆端发送 AUTH0 命令，Auth0Cmd(applet_ver，vehicle.ePK，transaction_identifier，vehicle_identifier), 当手机端接收到车辆的AUTH0命令之后，利用上述信息进行子密钥的派生，流程如下：

info<- vehicle_ePK.x || endpoint.ePK.x || transaction_identifier || interface_byte || flag || "VolatileFast" || 5Ch || 02h || applet_protocol_version

flag: 0000 / interface_byte: C3h 有线接口 或者 5E无线接口 ，其他的输入信息则全部是已知的，然后手机端将 Kpersistent(标准交易时双方保存在NVM中的长期对称密钥) 与 info 信息数据输入到SHA-256算法中派生出64字节的密钥数据

Kcmac[15:0]: 派生的对称密钥用于计算密码 cryptogram

Kenc[31:16]: 创建安全通道时用于数据包的加密(车辆与手机建立安全通道)

Kmac[47:32]: 发送方计算发送命令的MAC数值(车辆与手机建立安全通道)

Krmac[63:48]: 接收方计算反馈的MAC数值(车辆与手机建立安全通道)

手机端派生出 KCmac之后，使用AES128算法得到16字节的密码 cryptogram(16bytes)                    AES128(Kcmac，endpoint_PK.x，vehicle_PK.x，transaction_identifier，vehicle_identifier)          得到的加密结果就是密码，手机在回复AUTH0 Request command时会携带此密码                          AUTH0 Response(endpoint.ePK，cryptogram)(此处注意在标准交易时手机端仅仅返回自身的临时公钥，但是在快速交易时则是自身临时公钥和密码同时反馈)

Step:1-B & Step:2-B 车辆获取到手机端的临时公钥和密码之后，同样将 Kpersistent 和 Info代入到SHA-256算法中得到64字节的密钥，同样分散成四个16bytes的子密钥(Kcmac/Kenc/Kmac/Krmac)，因为两边的信息是对称的，并且Kpersistent是长期对称密钥，所以车辆端分散出的子密钥必定与手机端分散出的子密钥是相同的，最后车辆端利用KCmac参与AES128算法也得到一个密钥称之为 Vehicle_cryptogram, 比对 Vehicle_cryptogram 与接收到的cryptogram进行比对，如果比对通过则说明已经建立好了安全通道，所以车辆和手机可使用其它三个安全通道密钥(Kenc/Kmac/Krmac)进行安全通讯了。

至此车辆和手机端完成了快速交易的流程，可以看出快速交易相对标准交易最大区别在于，只需执行AUTH0指令，然后利用长期对称密钥Kpersistent进行密码比对即可验证身份，而不需AUTH1指令，也就是没有了标准交易中双方原有的双向签名和验签的过程。