2. 车载网络安全基础
车载PKI并不是悬空存在的“证书系统”，它必须落在真实的汽车电子电气架构之上，保护具体的总线报文、以太网服务、V2X消息和诊断接口。理解本章内容，是后续设计密钥生命周期、证书策略和信任模型的物理与逻辑前提。
一、汽车电子电气架构：从分布式ECU到域集中与中央计算
传统汽车采用分布式架构，几十甚至上百个ECU通过CAN、LIN总线互联，每个ECU负责一个功能，网关负责跨网段路由。随着智能座舱、自动驾驶和OTA的普及，架构向“域集中”和“中央计算+区域控制”演进：动力域、底盘域、座舱域、智驾域各自成域，域控制器通过车载以太网骨干互联，再向下挂载CAN/CAN FD/LIN子网。
这种演进对PKI的影响非常直接：节点数量减少但算力增强，证书可以部署到域控制器和中央网关；同时，跨域通信从“总线广播”变为“以太网服务调用”，身份认证的粒度从“报文ID”上升到“服务实例与进程”。
关键结论：架构决定信任边界。分布式架构下，网关是天然的信任汇聚点；域集中架构下，域控制器和中央计算单元成为证书签发、存储和吊销策略的核心执行者。
二、CAN与车载以太网通信：报文、服务与身份绑定
CAN总线采用广播式通信，报文以11位或29位ID标识，没有源地址字段，接收方只能根据ID判断内容。这意味着CAN本身不提供身份认证，攻击者只要接入总线，就能伪造任意ID的报文。CAN FD提高了数据段长度和速率，但没有改变“无身份”的本质。
车载以太网（100BASE-T1/1000BASE-T1）则不同：它基于IP和以太网帧，支持TCP/UDP、SOME/IP、DDS、DoIP等协议，具备源MAC、源IP、端口和会话概念。PKI可以在TLS/DTLS握手、SOME/IP-SD认证、DoIP安全访问等环节嵌入证书校验，实现“服务级身份”。
CAN报文示例（无身份字段）：
ID: 0x123 DLC: 8 Data: 01 02 03 04 05 06 07 08
车载以太网SOME/IP服务示例：
Service ID: 0x1234 Instance ID: 0x0001
Method ID: 0x0001 Client: 192.168.10.20
Transport: TCP/TLS，证书校验通过后才允许调用因此，CAN上的安全更多依赖SecOC（安全车载通信）和网关过滤，而以太网上的安全可以直接复用成熟的PKI与TLS体系。两者需要统一到同一套证书策略和信任锚下。
三、V2X场景：车与车、车与路、车与云的信任链
V2X包括V2V（车车）、V2I（车路）、V2P（车人）、V2N（车云）。其中V2V/V2I通常基于PC5直连通信，使用IEEE 1609.2证书体系，要求低时延、高并发和隐私保护。车辆需要频繁广播BSM（基本安全消息），证书不能长期固定，否则会被追踪。
典型做法是：车辆持有长期身份证书（ enrollment certificate）和一批短期匿名证书（ pseudonym certificate），匿名证书由PCA（Pseudonym CA）批量签发，定期轮换。V2N则通过蜂窝网络与云平台通信，使用TLS和云端PKI完成身份认证与OTA签名校验。
场景提示：V2X的信任模型与车内PKI不同。车内PKI强调“节点可信、服务可控”，V2X PKI强调“消息可信、隐私可保护、批量可撤销”。两者可以共享根信任，但证书策略和生命周期管理必须分开设计。
四、安全威胁模型与攻击面分析
车载攻击面可以按“物理接口—总线—网络—服务—云端”分层梳理。常见威胁包括：
- 物理接口攻击：OBD-II、USB、调试口被接入，攻击者直接发送CAN报文或刷写ECU。
- 总线攻击：CAN报文伪造、重放、洪泛，导致刹车、转向等关键功能被干扰。
- 以太网攻击：ARP欺骗、SOME/IP未授权调用、TLS降级、证书伪造。
- V2X攻击：伪造BSM、女巫攻击、位置欺骗、证书吊销不及时。
- 云端与OTA攻击：固件包被篡改、签名校验绕过、证书私钥泄露。
对应的安全控制措施包括：SecOC+新鲜度值、网关白名单、TLS双向认证、证书吊销列表（CRL）或OCSP、安全启动、HSM密钥保护、OTA包签名与回滚保护。PKI在其中承担“身份根”和“信任传递”的角色。
| 攻击面 | 典型威胁 | PKI相关控制 |
|---|---|---|
| OBD-II/调试口 | 未授权诊断、刷写 | 诊断证书、挑战响应认证 |
| CAN/CAN FD | 报文伪造、重放 | SecOC密钥、网关过滤 |
| 车载以太网 | 服务冒充、TLS降级 | 双向TLS、SOME/IP证书校验 |
| V2X PC5 | 伪造BSM、隐私追踪 | 匿名证书、批量吊销 |
| OTA云端 | 固件篡改、签名绕过 | 代码签名证书、安全启动 |
五、案例与复盘：一次CAN重放攻击的启示
某研究团队通过OBD-II接入CAN总线，录制了车门解锁报文并重放，成功打开车门。复盘发现：该报文没有新鲜度值，网关也没有对诊断口做认证。改进方案包括：在关键报文上增加SecOC新鲜度计数器，网关对诊断请求要求证书认证，并将解锁密钥存入HSM。
这个案例说明：PKI不能只保护“新架构”，也要覆盖遗留的CAN节点。对于算力不足的ECU，可以通过网关代理认证，或在网关与ECU之间建立轻量级密钥派生关系，把证书信任链延伸到总线末端。
常见误区：认为“加了TLS就安全了”。如果证书私钥明文存储在文件系统，或根证书被替换，TLS同样会被中间人攻击。PKI的安全强度取决于私钥保护、证书策略和吊销机制的完整闭环。
综上，车载网络安全基础可以概括为：架构决定信任边界，通信协议决定认证粒度，V2X决定隐私与批量吊销需求，威胁模型决定PKI的部署优先级。只有把证书体系嵌入到真实的CAN、以太网、V2X和诊断链路中，PKI才能从“纸面策略”变成“可验证的安全能力”。