1、BootROM概述：什么是BootROM、BootROM在SoC启动流程中的位置、BootROM的核心职责
1.1 什么是BootROM？
BootROM，全称是Boot Read-Only Memory。说白了，它就是固化在SoC芯片内部的一块只读存储器。这块存储器在芯片出厂时就已经写好了代码，用户是改不了的。
我刚开始接触嵌入式底层时，总觉得BootROM就是个「小黑盒」。后来做安全启动方案，才真正理解它的分量。你想想看，芯片一上电，CPU从复位向量取到的第一条指令，就来自BootROM。它是整个系统的「生命起点」。
核心特征：
- 只读性：芯片流片时一次性写入，后续无法修改
- 不可篡改：物理上无法被外部改写，这是安全信任链的根
- 芯片内置：集成在SoC内部，不依赖外部存储
- 上电即执行：复位后CPU自动从BootROM映射的地址取指
我记得有一次做车规级芯片的启动方案，客户问：「BootROM能不能OTA升级？」我直接告诉他——不能。这不是技术限制，而是安全设计。BootROM要是能改，那整个信任链就崩塌了。
1.2 BootROM在SoC启动流程中的位置
SoC的启动流程，其实是一条清晰的「接力赛」。BootROM跑第一棒，跑完交给下一棒。我习惯把整个启动链画成一张图，这样团队里新来的同事一看就懂。
从这张图你能看到，BootROM处于启动链的最前端。它后面跟着Bootloader，再后面才是操作系统。但BootROM和Bootloader有个本质区别——BootROM是硬件固化的，Bootloader存在Flash里，可以被更新。
我的经验：做启动方案时，我建议把BootROM的代码量控制在32KB以内。为什么？因为BootROM占的是芯片面积，每多1KB，芯片成本就涨一截。而且BootROM只做「最小必要」的事——初始化、校验、跳转。别想着往里面塞功能。
1.3 BootROM的核心职责
BootROM到底要干哪些活？我把它归纳为四个核心职责。每个职责背后，都有我踩过的坑。
1.3.1 最小系统初始化
芯片上电时，大部分硬件都处于「混沌」状态。BootROM得先把最基本的东西搭起来：
- 时钟系统：配置PLL，让CPU跑在正确的频率上
- 存储控制器：初始化内部SRAM或缓存，作为临时运行空间
- 基本外设：比如UART（调试用）、定时器
- 启动介质接口：SPI、NAND、eMMC等，准备读取外部镜像
我曾经在一个项目里，BootROM初始化时钟的顺序搞反了。先开了外设时钟，才配CPU主频。结果外设跑在错误频率上，UART输出的全是乱码。排查了两天才找到原因。嗯，从那以后我写BootROM初始化代码，一定先配CPU时钟，再配总线时钟，最后才开外设时钟。
1.3.2 启动介质检测与镜像加载
BootROM需要知道从哪里加载下一级镜像。常见的启动介质有：
| 启动介质 | 接口类型 | 典型容量 | BootROM读取方式 |
|---|---|---|---|
| SPI Flash | SPI/QSPI | 1MB ~ 64MB | 直接内存映射（XIP）或拷贝到SRAM |
| NAND Flash | NAND Controller | 128MB ~ 8GB | 先读OOB区，再读数据区，需要ECC纠错 |
| eMMC | MMC/SDIO | 4GB ~ 256GB | 通过MMC协议读取Boot分区 |
| USB/OTG | USB 2.0/3.0 | N/A（下载模式） | 通过USB协议接收主机发送的镜像 |
BootROM会按照预设的优先级顺序尝试这些介质。比如先试SPI Flash，如果没读到有效镜像，再试NAND，最后试USB下载模式。这个优先级顺序，不同芯片厂商的BootROM实现不一样。
注意：BootROM读取外部镜像时，通常会把镜像先拷贝到芯片内部的SRAM中。SRAM容量有限（一般几十KB到几百KB），所以BootROM能加载的镜像大小是受限的。如果Bootloader超过这个限制，就需要BootROM支持「分段加载」或「压缩加载」。我在一个IoT项目里就吃过这个亏——Bootloader编译出来256KB，芯片SRAM只有128KB，最后不得不改BootROM代码支持压缩解压。
1.3.3 镜像完整性校验
这是BootROM最核心的安全职责。它必须确保加载的镜像是合法的、未被篡改的。校验通常分两步：
- 完整性校验：用哈希算法（如SHA-256）计算镜像的摘要，与镜像头中存储的摘要对比。防止镜像在传输或存储过程中被损坏。
- 签名验证：用公钥解密镜像头中的签名，与计算出的哈希值对比。防止镜像被恶意替换。
说白了，完整性校验保证「镜像没坏」，签名验证保证「镜像没被换」。两者缺一不可。
我记得有一次做安全审计，发现某个芯片的BootROM只做了完整性校验，没做签名验证。攻击者只要把Flash里的镜像替换成恶意版本，BootROM照样加载执行。这就是典型的「校验但不认证」漏洞。后来我们在下一代芯片里强制加上了RSA签名验证。
1.3.4 安全信任链建立
BootROM校验通过后，会把控制权交给下一级镜像（通常是Bootloader）。但这不是简单的跳转——BootROM需要把「信任」传递下去。
具体做法是：BootROM在跳转前，会把当前的安全状态信息写入特定寄存器或内存区域。下一级镜像读取这些信息，就知道自己是被BootROM「认证过」的。如果BootROM发现校验失败，它不会跳转，而是进入一个「错误处理」状态——比如重启、输出错误码、或者进入下载模式等待恢复。
信任链传递的关键点：
- 安全上下文：BootROM把校验结果、密钥索引、启动介质信息等写入约定位置
- 链式验证：Bootloader收到控制权后，也要用同样的方式验证下一级镜像（如OS Kernel）
- 信任根：BootROM本身是信任链的根，它的公钥是固化在芯片内部的
你想想看，如果BootROM不建立这个信任链，那整个系统就是「裸奔」的。攻击者只要绕过BootROM，直接跳转到恶意代码，所有安全机制都白搭。
1.4 小结
BootROM是SoC启动的第一环，也是安全信任链的根。它做三件事：初始化最小系统、检测并加载外部镜像、校验镜像完整性并建立信任链。代码量虽小，但责任重大。
我个人习惯把BootROM比作「芯片的看门人」——它不参与后续的业务逻辑，但所有进入系统的代码，都得先过它这一关。这个看门人一旦失守，整个系统就完了。