CCC数字钥匙3.0标准解读(11)

---

11.４ 证书链

证书链的目标是允许车主的SE验证好友的端点是否被授权参与共享协议。需要进行此验证，以确保好友密钥对实际上是在批准的SE上生成的，并确保从车主的保密邮箱转移到好友的保密邮箱的任何加密数据都应按照第4.3节中描述的规则进行处理。
理解说明：对身份进行认证及数据传输的一致性和安全性。
每个车主端点都包含一个或多个由车辆在车主配对过程中根据第6节设置的authorized_PK。authorized_PK列表至少包含车辆制造商 CA的公钥。authorized_PK列表可能只包含中间CA或根CA，但不包含叶证书。External CA通常是用于颁发数字密钥小程序的实例CA证书的设备制造商 CA。实例CA依次颁发端点证书。
在本规范版本中，车辆只能设置一个单独的authorized_PK。
好友端点的验证通过以下验证链进行处理。箭头右侧的每个项目都由其上方的项目证明：

Authorized CA (车辆制造商 CA)
->External CA (设备制造商CA)
->Instance CA(实例CA)
->Endpoint
->Endpoint Encryption Key

11.5 前提条件

1. 第15.4节中描述的数字密钥小程序助手方法或等效实现可在好友和车主设备上使用。
2. 车主和好友设备包含有对远程服务器进行身份验证所需的密钥资料。该密钥资料存储在数字密钥框架中。
3. 车主和好友的数字钥匙小程序或同等实现拥有一个专用于参与共享的车辆制造商品牌的实例CA。第16节描述了实例CA的发布。
4. 车主和好友设备已读取到第16.2.6节中定义的External CA证书。此证书存储在两台设备的数字密钥框架中。
5. 车主配对根据第6节已在车主设备上成功执行。
6. 如适用，根据第6节，车主设备的机密和专用邮箱上已经提供了防盗令牌和槽标识符。
7. 根据第6节或同等的初始化操作，车主已获得以下值。这些值存储在数字密钥框架中：
   a) IMMOBILIZER_TOKEN_LENGTH
   b) SIGNALING_BITMAP_OFFSET
   c) SLOT_IDENTIFIER _BITMAP_OFFSET
   d) SLOT_IDENTIFIERS_OFFSET
   e) VEHICLE_OEM_PROPRIETARY_DATA_OFFSET
   f) ATTESTATION_PACKAGE_OFFSET
   g) MAILBOX_CONTENT_END_OFFSET
   h) LONG_TERM_SHARED_SECRET
   i) SHARING_PASSWORD_LENGTH
   j) ROUTING_INFORMATION
   k) DIGITAL_KEY_APPLET_PROTOCOL_VERSIONS
   l) SHARING_CONFIGURATION
8. 车主和好友制造商服务器已经实现了钥匙生命周期管理功能，特别是如第13节所述的钥匙终止和删除。

11.6 钥匙配置

以下ASN.1摘要定义了具有有效的访问配置文件及其编码的数字钥匙配置。
Listing 11-2: Key Configuration Data Schema

11.7 错误码

如果在共享过程中发生错误，则以下代码可以从车主设备发送到好友设备，反之亦然。如果好友或车主返回错误，则共享流程应中止。
错误代码以TLV结构返回，如表11-8所示。
　　 Table 11-8：Error Code Message

Table 11-9：Error Codes