4. PKI与证书体系
在车载TLS与双向认证中，PKI（Public Key Infrastructure，公钥基础设施）是信任的“根”。TLS握手时双方交换的并不是“密码”，而是证书；证书是否可信、是否被吊销、能否追溯到同一信任锚，决定了双向认证能否成立。理解PKI，核心是理解四件事：证书里有什么、谁签发了它、如何从终端证书追到根、以及吊销状态如何被查询。
一、X.509证书结构：一张“数字身份证”的字段
X.509 v3是车载场景最常用的证书格式。它由三部分组成：待签名数据（TBSCertificate）、签名算法标识、签名值。TBSCertificate中承载了身份与约束信息，工程上最需要关注以下字段：
- 版本与序列号：v3支持扩展；序列号由CA分配，吊销列表以序列号定位证书。
- 颁发者与有效期：Issuer必须与签发CA的Subject一致；NotBefore/NotAfter决定证书生命周期。
- 主体与公钥：Subject标识设备或服务身份，公钥用于验证签名或协商密钥。
- 扩展项：KeyUsage、ExtendedKeyUsage限定用途；BasicConstraints标识是否为CA；SubjectAltName承载域名或IP；CRLDistributionPoints与AuthorityInfoAccess给出吊销查询入口。
在车载ECU中，证书通常以DER编码存储，体积敏感。下面是一个查看证书关键字段的示例：
openssl x509 -in ecu_leaf.pem -noout -text
# 关注：
# Issuer: CN=Vehicle Intermediate CA
# Subject: CN=ECU-Gateway-01, O=OEM, C=CN
# X509v3 Key Usage: Digital Signature, Key Encipherment
# X509v3 Extended Key Usage: TLS Web Client Authentication
# X509v3 CRL Distribution Points: URI:http://pki.oem.example/crl/vehicle.crl
# X509v3 Authority Information Access: OCSP - URI:http://ocsp.oem.example二、CA层级与证书链：信任如何逐级传递
车载PKI通常采用三层结构：根CA（Root CA）离线保存，中间CA（Intermediate CA）按产线、车型或功能域划分，终端实体证书（Leaf）签发给ECU、T-Box、网关或诊断设备。根CA只签中间CA，中间CA签终端证书，形成清晰的职责隔离。这样即使某个中间CA被滥用，也可单独吊销而不影响整条信任链。
证书链验证的本质是“逐级验签”：用Issuer的公钥验证Subject证书的签名，直到抵达本地信任锚（Trust Anchor）。验证时还要检查有效期、KeyUsage、BasicConstraints、名称约束以及吊销状态。任何一个环节失败，链就不可信。
三、CRL与OCSP：吊销状态如何被确认
证书被签发后，如果私钥泄露或设备下线，必须让验证方知道“这张证书不再可信”。CRL（Certificate Revocation List）是CA定期发布的吊销列表，验证方下载后按序列号比对。它的优点是实现简单、可离线缓存；缺点是更新有延迟、列表可能很大。
OCSP（Online Certificate Status Protocol）则提供实时查询：验证方把证书序列号发给OCSP响应器，得到“good / revoked / unknown”。OCSP响应本身也需要签名，并可附带nonce防重放。车载场景中，OCSP更及时，但依赖网络；CRL更适合网络受限或需要批量预置的场景。工程上常采用“CRL兜底 + OCSP优先”的混合策略。
| 对比项 | CRL | OCSP |
|---|---|---|
| 查询方式 | 下载完整列表，本地比对 | 按序列号实时请求响应器 |
| 实时性 | 依赖发布周期，存在窗口期 | 接近实时，可带nonce |
| 网络依赖 | 低，可离线缓存 | 高，需可达OCSP服务 |
| 车载适配 | 适合产线预置、弱网兜底 | 适合车云在线场景 |
| 主要风险 | 列表膨胀、更新延迟 | 隐私泄露、服务不可达 |
四、车载场景下的PKI部署特点
车载PKI与互联网PKI的最大差异在于“资源受限、生命周期长、网络不稳定、安全等级高”。具体表现为：
- 证书体积与算法受限：ECU存储和算力有限，常选用ECDSA P-256、SHA-256，证书链尽量短，避免RSA长密钥。
- 信任锚预置：根CA公钥在产线写入HSM或安全存储，运行期不可篡改；中间CA可按车型或产线隔离。
- 吊销查询策略分层：车云通信优先OCSP，车内ECU间可预置CRL或使用短有效期证书降低吊销压力。
- 证书生命周期管理：支持在线更新、离线刷写和过期轮换；更新包本身也要签名验证。
- 时间同步要求高：证书有效期验证依赖系统时间，需防止时间回拨导致误判。
常见误区：只验证“证书能解析”就认为可信。实际上必须完成链验证、用途检查、有效期检查和吊销检查。另一个误区是忽略KeyUsage与ExtendedKeyUsage，导致服务端证书被误用于客户端认证，或签名证书被用于密钥协商。
排障建议：当mTLS握手失败时，按“证书链是否完整 → 中间CA是否缺失 → 有效期是否过期 → EKU是否匹配 → CRL/OCSP是否可达 → 系统时间是否正确”的顺序排查。使用 openssl verify -CAfile root.pem -untrusted intermediate.pem leaf.pem 可快速定位链验证问题。
总结来看，X.509证书定义了“身份与公钥”的绑定，CA层级决定了信任如何分层，证书链完成逐级验签，CRL与OCSP解决“证书是否仍然有效”的问题。车载PKI部署则要在安全、资源与网络约束之间取得平衡，才能支撑稳定的双向认证。