📚 课程目录第4章车载PKI体系架构

4. 车载PKI体系架构

车载PKI并不是一套“大而全”的单一CA，而是由三个既相互独立、又需要跨域互信的PKI域共同构成：面向车与外界通信的V2X PKI、面向车内ECU与总线的车内PKI、以及面向车云协同与OTA的云端PKI。理解这三者的分层结构、实体角色与信任模型，是后续做证书生命周期管理、密钥注入和跨域认证设计的基础。

一、三域分层结构：从“车外—车内—云端”划分信任边界

三个PKI域的分层逻辑，本质上是按“通信对象”和“安全边界”来切分的。V2X PKI解决的是车与车、车与路侧、车与行人之间的短距广播与直连通信信任；车内PKI解决的是车内ECU之间、ECU与网关之间的报文真实性与完整性；云端PKI解决的是车辆与TSP、OTA、诊断云平台之间的远程双向认证。三者共享密码算法与证书格式规范，但根信任、注册流程和吊销策略各自独立。

二、实体角色与职责划分

三个PKI域中的实体角色可以按“信任锚—签发者—注册者—终端”四层来理解。信任锚是各域的根CA，其公钥以离线或受控方式预置到终端；签发者负责具体证书类型的签发与吊销；注册者负责身份审核与请求转发；终端则是证书的实际持有者和使用者。

PKI域	信任锚	核心签发实体	终端实体	典型证书
V2X PKI	V2X根CA	PCA、ECA、RA	OBU、RSU、VRU	假名证书、应用证书
车内 PKI	OEM根CA	网关CA、域CA	ECU、HSM、网关	设备证书、会话证书
云端 PKI	企业根CA	签发CA、RA	T-Box、TSP、OTA服务器	TLS证书、签名证书

三、信任模型差异与跨域互信

V2X PKI采用“多根分布式”信任模型，不同车企、不同地区的根CA需要互认，因此假名证书的签发强调隐私保护与批量预置；车内PKI采用“单根强管控”模型，OEM根CA在产线阶段完成密钥注入，ECU证书生命周期与整车生命周期绑定；云端PKI采用经典层级CA模型，支持在线签发、OCSP/CRL吊销和短周期证书轮换。

跨域互信的关键在于：网关或T-Box作为桥接点，持有多个域的信任锚，能够在V2X证书、车内证书和云端证书之间完成格式转换与链式校验，而不是让三个根CA直接互相签发。

四、典型场景：一次OTA升级中的三域协同

以一次远程OTA升级为例：云端PKI先为OTA服务器签发固件签名证书，T-Box通过mTLS与云端建立安全通道并下载固件包；T-Box使用云端根CA验证固件签名后，再通过车内PKI的设备证书与网关完成身份认证，将固件分发给目标ECU；ECU使用车内根CA验证网关身份，并在HSM内完成固件完整性校验。整个过程中，V2X PKI并不直接参与，但车辆在行驶中接收到的V2X消息若触发升级策略，则需要V2X应用证书与云端策略证书共同授权。

# 三域证书链校验顺序（示意）
1. 云端链：T-Box证书 -> 签发CA -> 企业根CA
2. 车内链：ECU证书 -> 域CA -> 网关CA -> OEM根CA
3. V2X链：假名证书 -> PCA -> 中间CA -> V2X根CA
4. 跨域桥接：网关校验云端链后，用OEM根CA签发临时会话证书

五、常见误区与复盘要点

误区一：认为三个PKI域可以共用一个根CA。实际上，V2X需要跨厂商互认，车内需要OEM强管控，云端需要快速吊销，三者安全策略冲突，共用根会放大风险。误区二：把V2X假名证书当作车辆唯一身份。假名证书的设计目标就是不可关联，不能用于车内或云端身份绑定。误区三：忽略产线注入与在线签发的衔接，导致ECU首次上电时无证书可用。

复盘时应重点检查：各域根CA公钥是否已正确预置到对应终端；跨域桥接点是否具备多信任锚校验能力；证书吊销策略是否覆盖V2X、车内和云端三条链路；以及密钥是否始终在HSM/SHE内完成运算，避免明文导出。