一、安全启动概述

1.1 什么是安全启动？

安全启动，说白了就是给嵌入式系统装上一道「防盗门」。

我习惯这么跟团队新人解释：你想想看，一个网关设备上电后，它怎么知道自己该信任谁？如果有人在Flash里塞了一段恶意代码，设备傻乎乎地就执行了，那后果不堪设想。

安全启动的核心逻辑其实很简单——链式信任。从芯片内部固化的只读代码开始，一级验证一级，像链条一样串起来。每一级都要确认下一级的签名是合法的，才会把控制权交出去。

具体来说，安全启动包含这几个关键环节：

• 不可变信任根：芯片出厂时烧录的BootROM，谁改不了它
• 代码签名验证：用公钥解密签名，比对哈希值
• 安全生命周期管理：芯片处于不同阶段（开发、生产、现场），权限不一样
• 防回滚保护：防止攻击者拿旧版本固件降级攻击

我在做第一个S32G项目时，客户问了个很尖锐的问题：「你们这个安全启动，到底防的是谁？」

嗯，这个问题问得好。防的不是普通用户，而是：

• 物理接触设备的攻击者（拆机、接调试器）
• 通过OTA通道注入恶意固件的攻击者
• 试图利用已知漏洞提权的攻击者

1.2 为什么网关需要安全启动？

网关在车里是什么位置？它是网络枢纽。CAN、LIN、以太网，所有数据都经过它。如果网关被攻破，整台车的信息流就暴露了。

我参与过一个Tier1的项目，他们之前用的MCU没有安全启动功能。结果在实验室测试时，有人通过OBD接口刷了个未签名的固件，网关直接「叛变」了——把刹车信号转发到了娱乐系统。虽然只是测试环境，但把在场的人都吓出一身冷汗。

网关需要安全启动，具体原因有三：

1. 防止固件篡改：未经授权的固件更新可能导致功能异常甚至安全风险
2. 保护敏感数据：网关里存着密钥、证书、车辆配置信息
3. 满足法规要求：UN R155、ISO 21434都明确要求安全启动能力

1.3 S32G安全启动架构全景

S32G的安全启动架构，我把它比作「三层保险柜」。

第一层是硬件信任根。S32G内部有个叫HSE（硬件安全引擎）的模块，它负责管理密钥、执行加密运算。BootROM固化在芯片里，出厂后不可更改。这层是安全启动的基石。

第二层是启动流程控制。S32G支持多种启动模式：

启动模式	描述	安全等级
串行下载	通过UART/USB加载固件	低（仅开发阶段使用）
Flash启动	从外部Flash加载	中（需配合签名验证）
安全启动	完整链式验证	高（生产环境推荐）

第三层是生命周期管理。S32G芯片有多个生命周期阶段：

• OEM开放：开发阶段，可以自由烧录
• OEM锁定：生产阶段，只能运行签名的固件
• 现场维护：允许特定签名的固件更新
• 报废：永久锁定，无法再更新

我个人的习惯是，在项目初期就把生命周期规划好。曾经有个团队，开发阶段用了OEM锁定模式，结果每次调试都要重新烧录芯片，浪费了大量时间。嗯，这个坑我替你们踩过了。

最后说说S32G安全启动的完整流程：

上电复位 → BootROM执行
    ↓
验证HSE固件签名（硬件自动完成）
    ↓
HSE初始化，加载密钥
    ↓
验证Bootloader签名（RSA/ECDSA）
    ↓
Bootloader验证应用程序签名
    ↓
跳转到应用程序执行

这个链条上，任何一环验证失败，芯片都会进入安全错误状态。我见过最极端的情况是，某次OTA升级后签名算法不匹配，整批设备都变砖了。所以，签名算法的兼容性测试一定要做。

好了，安全启动的概貌就是这样。下一章我们会深入S32G的BootROM细节，看看芯片上电后到底发生了什么。