2. 车载安全基础

要理解车载HSM(Hardware Security Module,硬件安全模块)为什么必须存在、它保护的对象是什么、攻击者会从哪里下手,必须先建立一张“汽车电子电气架构地图”。HSM不是孤立芯片,它嵌入在ECU、域控制器、网关和车载网络构成的复杂系统中。只有看清数据在哪些节点产生、经哪些总线传输、由谁决策,才能判断密钥、证书、固件和诊断接口分别暴露在什么位置,进而设计合理的密码服务与安全存储方案。

一、从分布式ECU到域集中式架构

传统汽车采用分布式电子电气架构:每个功能对应一个或多个ECU(Electronic Control Unit,电子控制单元),例如发动机控制、车门控制、座椅控制、ABS控制等。ECU之间通过CAN、LIN等总线连接,功能边界清晰但线束复杂、算力分散。随着智能座舱、辅助驾驶和整车OTA的发展,架构逐步向“域控制器”演进:把功能相近的ECU按域聚合,如动力域、底盘域、车身域、座舱域、智驾域,由域控制器统一处理并对外通信。进一步则出现“中央计算+区域控制”的形态,区域控制器负责就近接入传感器和执行器,中央计算平台承担高算力任务。

这一演进对安全的影响非常直接:域控制器和中央计算平台成为高价值攻击目标,一旦被攻破,影响范围从单一功能扩展到整个域甚至整车;同时,软件集中意味着固件、密钥、证书和诊断权限更集中,安全存储与密码服务的需求也随之集中。

车载电子电气架构分层与安全威胁面 云端 / OTA 服务器 / 诊断平台 远程升级、证书签发、日志回传 威胁:OTA包篡改 / 伪造服务器 需签名校验、双向认证、防回滚 中央网关 / 安全网关 路由隔离、防火墙、诊断访问控制 动力域控制器 VCU / 电机 / 电池管理 HSM:密钥与安全启动 座舱域控制器 IVI / 语音 / 蓝牙 / Wi-Fi HSM:身份认证与数据加密 智驾域控制器 摄像头 / 雷达 / 融合决策 HSM:模型与固件完整性 车身域控制器 灯光 / 门锁 / 空调 HSM:访问控制与审计 车载网络:CAN / CAN FD / LIN / FlexRay / 车载以太网(SOME/IP、DoIP) 报文可被监听、重放、注入;诊断接口可被滥用 威胁:总线报文重放 / 注入 需MAC、SecOC、新鲜度值 威胁:OBD / DoIP 诊断越权 需诊断认证、权限分级 威胁:ECU固件提取 / 密钥窃取 需安全启动、安全存储、调试锁定 传感器 / 执行器 / 外部接口:摄像头、雷达、USB、蓝牙、Wi-Fi、蜂窝通信 物理接触、无线侧信道、恶意外设是常见入口

二、车载网络与ECU的安全弱点

车载网络的核心问题是“设计之初假设可信”。CAN总线采用广播式通信,任何接入节点都能监听全部报文,且报文本身没有源认证和完整性保护。攻击者通过OBD接口或恶意外设接入后,可以重放车门解锁报文、伪造刹车信号或注入诊断指令。LIN成本低、速率低,常用于车窗、雨刮等,安全能力更弱。车载以太网虽然带宽高、支持IP协议,但引入了SOME/IP、DoIP等新攻击面,若服务发现和访问控制配置不当,同样会被越权调用。

ECU层面则面临固件提取、密钥窃取和调试接口滥用。许多ECU的Flash未加密,攻击者可通过JTAG、UART或Bootloader读取固件,逆向出密钥或绕过校验逻辑。因此,HSM在ECU中的典型职责包括:安全启动校验固件签名、安全存储保存私钥和对称密钥、密码运算加速、真随机数生成以及安全调试控制。

三、安全威胁模型:从STRIDE到车载场景

威胁建模常用STRIDE方法,对应到车载场景可归纳为下表。理解这些威胁,是后续设计HSM密钥体系和访问策略的前提。

STRIDE类别 车载典型场景 HSM可提供的缓解手段
仿冒(Spoofing) 伪造ECU节点发送CAN报文、伪造OTA服务器 双向证书认证、消息MAC、安全会话
篡改(Tampering) 修改固件、篡改诊断数据、刷写非法标定 安全启动、固件签名校验、安全存储
抵赖(Repudiation) 否认执行过诊断或升级操作 安全日志、签名审计记录
信息泄露(Information Disclosure) 提取密钥、读取用户隐私数据、窃听总线 密钥不可导出、数据加密、总线SecOC
拒绝服务(DoS) 总线洪泛、诊断接口阻塞、ECU刷写失败 速率限制、优先级隔离、看门狗
权限提升(Elevation of Privilege) 通过诊断接口获取高权限、绕过安全访问 分级认证、安全访问种子密钥、最小权限

四、案例与实操:一次诊断越权攻击的复盘

某车型在售后诊断中,诊断仪通过OBD接口发送“安全访问”请求,ECU返回种子,诊断仪计算密钥后获得高权限,进而执行写入操作。若ECU仅使用固定算法且种子可预测,攻击者可在数秒内完成破解。复盘要点如下:

  • 种子必须由HSM的真随机数生成器产生,且每次会话唯一;
  • 密钥计算应在HSM内部完成,外部无法读取算法和主密钥;
  • 安全访问失败次数需限制并记录,防止暴力破解;
  • 高权限操作应绑定会话有效期和操作范围,避免“一次通过、长期有效”。

常见误区:把HSM当成“万能保险箱”,却忽略了密钥生命周期管理。若密钥在产线注入时明文传输、在OTA更新时未做防回滚,HSM再强也无法阻止攻击者用旧版本固件降级攻击。安全存储必须与安全启动、安全升级、安全诊断形成闭环。

工程建议:在架构设计阶段就画出“数据流+信任边界”图,标出每个ECU的HSM能力、密钥类型、通信接口和调试口状态。对跨域通信,优先采用SecOC或TLS;对诊断接口,强制认证与权限分级;对固件,实施签名校验和版本防回滚。这样,后续的密码服务与安全存储才有明确的落点。

典型安全启动校验链(简化):
BootROM(固化公钥) → 校验Bootloader签名 → 校验应用固件签名 → 校验标定数据签名
每一步失败即停止启动,并记录安全事件到HSM审计区。

综上,车载安全基础不是单一技术点,而是“架构—网络—ECU—威胁模型”四层联动的系统工程。只有先看清攻击面在哪里,才能让HSM的密码服务和安全存储真正发挥作用。