4. BootROM与安全启动优化
R-Car 系列 SoC 上电后的第一段代码固化在 BootROM 中，它负责初始化最小运行环境、读取启动模式引脚、从所选介质加载第一阶段引导程序（如 BL2 / IPL），并在启用安全启动时对镜像做签名验证。BootROM 本身不可修改，但它的行为受启动模式、eFuse/OTP 配置、启动介质和镜像头部结构共同约束。因此“BootROM 优化”本质上是在不可变代码之外，把可控的配置、镜像布局和验签材料组织到最优。
BootROM 启动路径与可控配置点
以 R-Car H3/M3 这类典型座舱 SoC 为例，BootROM 上电后大致经历：采样 MD 引脚确定启动介质（QSPI、eMMC、SD、SCIF 下载等）→ 初始化对应控制器 → 读取镜像头部 → 若安全启动使能则加载公钥/证书并验签 → 校验通过后跳转到 BL2。其中 MD 引脚、启动介质顺序、eFuse 中的安全启动使能位、以及镜像头部里的证书偏移与长度，都是设计阶段可规划的。
一个常见的优化点是启动介质选择与读取宽度。QSPI 在 1-bit 模式下读取 1 MB 镜像约需数百毫秒，而切换到 4-bit Quad 模式并提高时钟后，同一镜像的读取时间可显著下降。BootROM 是否使用 Quad 模式，取决于镜像头部中的 QSPI 配置字段以及外部 Flash 是否支持。示例配置中，将 QSPI 读取从 Single 改为 Quad、时钟从 50 MHz 提到 66 MHz，仅介质读取环节就可能节省约 40% 的时间——这是示例量级，实际值需以具体板级测量为准。
安全启动验签耗时分析
安全启动的验签耗时主要由三部分构成：证书链验证（逐级验证证书签名）、镜像哈希计算（对镜像体做 SHA-256 等摘要）、签名验证（用公钥验证摘要签名）。在 R-Car 上，BootROM 通常使用硬件加速器完成哈希与 RSA/ECDSA 运算，但证书链层级越多、密钥越长，耗时越明显。
以一个典型的三级证书链为例：根证书（Root CA）→ 中间证书（Intermediate）→ 叶子证书（Leaf，含镜像签名公钥）。BootROM 需要依次验证 Root 自签名、Intermediate 由 Root 签发、Leaf 由 Intermediate 签发，最后用 Leaf 中的公钥验证镜像签名。若每级证书使用 RSA-2048，单次验签约 20–30 ms（示例量级），三级链加上镜像验签，总验签时间可能达到 80–120 ms。若改为两级链（Root → Leaf），可减少一次证书验证，节省约 25–30 ms。
哈希计算耗时与镜像大小成正比。假设 SHA-256 硬件加速吞吐约 200 MB/s，1 MB 镜像的哈希约 5 ms，而 8 MB 镜像则约 40 ms。因此减小参与验签的镜像体积同样关键——只对必要分区做安全启动验签，其余分区在系统启动后由操作系统侧校验，是常见的分层策略。
密钥与证书链精简
精简证书链的核心原则是：在满足安全策略的前提下，减少验证层级和密钥长度。具体做法包括：
- 合并中间证书：若生产环境允许，直接使用 Root 签发 Leaf，省去 Intermediate 层。代价是 Root 私钥使用频率提高，需配合更严格的签名服务器隔离。
- 改用 ECDSA P-256：在同等安全强度下，ECDSA P-256 的密钥和签名长度远小于 RSA-2048，验签运算量也更低。示例中从 RSA-2048 切换到 ECDSA P-256，单次验签时间可从约 25 ms 降至约 8 ms。
- 裁剪证书扩展字段：去除不必要的 CRL 分发点、OCSP 地址、策略扩展等，减小证书体积，降低读取和解析开销。
- 只对关键镜像签名：BL2、BL31、OP-TEE、U-Boot 等参与信任链的镜像必须验签；内核与根文件系统可交由 dm-verity 在挂载时校验，避免 BootROM 阶段加载过大的镜像。
安全启动与启动速度的平衡策略
安全启动与启动速度并非完全对立，关键在于把验签成本放在正确的阶段，并对不同镜像采用不同策略。以下是几种可组合的平衡手段：
| 策略 | 做法 | 对启动速度的影响 | 安全影响 |
|---|---|---|---|
| 分层验签 | BootROM 只验 BL2，后续镜像由 BL2/BL31 验签 | BootROM 阶段缩短，总时间取决于后续阶段 | 信任链完整，但后续验签需正确实现 |
| 并行哈希 | 多核并行计算不同镜像的哈希 | 哈希时间可缩短约 50% | 无影响，需硬件支持 |
| 缓存验签结果 | 首次启动验签后，将结果写入受保护存储，后续启动跳过 | 后续启动显著加快 | 需防篡改存储，否则可被绕过 |
| 按需验签 | 仅对启动必需镜像验签，其余延迟到使用时 | 启动阶段缩短 | 未验签镜像在访问前必须完成校验 |
实际项目中，推荐先测量基线：在目标板上用 GPIO 翻转或 BootROM 日志时间戳，记录 BootROM 初始化、镜像读取、验签、跳转各阶段耗时。然后按“读取 → 验签 → 镜像体积”的顺序逐项优化，因为读取和验签通常是最大头。例如某座舱项目基线为：BootROM 初始化 5 ms、QSPI 读取 210 ms、验签 110 ms、跳转 2 ms，总计约 327 ms。将 QSPI 切到 Quad 模式后读取降至 120 ms，证书链从三级减为两级并改用 ECDSA 后验签降至 35 ms，总时间降至约 162 ms，降幅约 50%。这些数值为示例量级，实际优化效果需以板级实测为准。
最后需要强调的是，BootROM 阶段的优化空间有限，真正的启动速度提升往往来自 BL2/BL31/U-Boot 阶段的并行化与裁剪。但 BootROM 是信任链的起点，它的配置和验签策略决定了整个安全启动的基线。把 BootROM 阶段的读取和验签控制在合理范围，才能为后续阶段的优化留出空间。