4、一级引导加载程序（SPL）：SPL的职责、SPL的签名与验证、SPL的镜像结构
好，我们接着聊。上一章我们把 BootROM 讲透了，它就像芯片的“第一口气”，把最基本的硬件环境吹活。但 BootROM 太小了，通常只有几十 KB，干不了重活。这时候，就需要一个“二传手”——也就是我们今天的主角，SPL（Secondary Program Loader，二级程序加载器，但行业内习惯叫它一级引导加载程序）。
为什么叫“一级”？因为从芯片上电的视角看，BootROM 是第 0 级，SPL 是第 1 级。说白了，SPL 就是那个从 Flash 里跳出来，把更复杂的 U-Boot 或者裸机程序请进内存的“小管家”。
SPL 的职责：它到底在忙什么？
SPL 的职责非常明确，我总结为“三件事”：
- 初始化关键外设：主要是 DDR 内存和 Flash 控制器。BootROM 只初始化了 SRAM 和最基本的外设，DDR 这种“大胃王”得靠 SPL 来喂。我在项目中遇到过，DDR 的时序参数配错，SPL 直接卡死，连个报错都没有，那叫一个头疼。
- 加载下一级镜像：从 Flash（比如 NAND、eMMC、SPI NOR）里把 U-Boot 或者 OS 的 Kernel 读出来，放到 DDR 里。这一步要考虑 Flash 的坏块管理、ECC 校验，尤其是 NAND Flash，坑特别多。
- 安全校验：这是域控制器的核心要求。SPL 必须验证下一级镜像的签名，确保它不是被篡改过的。如果校验失败，SPL 要么死循环，要么直接关机。
你想想看，SPL 的代码量通常只有几十 KB，却要干这么多活。所以它的设计哲学就是“小而精”，能省则省。我个人习惯，SPL 里尽量不用复杂的算法，能用查表解决的，绝不写循环。
核心要点：SPL 是信任链的第二环。如果 SPL 被攻破，整个安全体系就崩塌了。所以，SPL 本身必须是可信的，并且它必须有能力验证下一级。
SPL 的签名与验证：信任链的“接力棒”
SPL 的签名验证，是整个安全启动中最关键的一环。为什么？因为 BootROM 验证了 SPL，然后 SPL 再去验证 U-Boot。这个链条一旦断了，就全完了。
具体流程是这样的：
- 签名阶段（在 PC 或服务器上完成）：
开发人员编译出 SPL 的二进制文件，然后用私钥对它进行签名。签名算法通常是 RSA-2048 或 ECDSA。签名数据会附加在 SPL 镜像的尾部，或者放在一个专门的头部结构中。 - 验证阶段（在芯片上完成）：
BootROM 从 Flash 中读取 SPL 镜像，提取出签名，用公钥解密，然后计算镜像的哈希值，比对是否一致。如果一致，就跳转到 SPL 执行。
这里有一个细节：公钥放在哪里？
公钥通常被“熔断”在芯片的 eFuse 中，或者硬编码在 BootROM 里。eFuse 是一次性可编程的，烧进去就改不了。我曾经见过一个项目，公钥在 eFuse 里烧错了，整批芯片报废，损失惨重。所以，烧录 eFuse 之前，一定要 triple-check。
避坑指南：我曾经在调试一个 SPL 验证失败的问题时，花了整整两天。最后发现，是签名时用的哈希算法和 BootROM 里用的不一致。BootROM 用 SHA-256，签名工具却用了 SHA-384。嗯，这种低级错误，大家一定要避免。
SPL 的镜像结构：解剖麻雀
SPL 的镜像结构，不同芯片厂商略有差异，但万变不离其宗。我以最典型的 i.MX 系列为例，它的 SPL 镜像结构大致如下：
| 偏移地址 | 内容 | 大小 | 说明 |
|---|---|---|---|
| 0x000 | Image Vector Table (IVT) | 32 字节 | 包含镜像入口地址、DCD 地址、Boot Data 地址等关键指针 |
| 0x020 | Boot Data | 12 字节 | 描述镜像在 Flash 中的位置、大小、加载地址 |
| 0x02C | Device Configuration Data (DCD) | 可变 | 用于初始化 DDR 的寄存器配置表，这是最“玄学”的部分 |
| 0x??? | SPL 代码段 | 可变 | 实际的 SPL 可执行代码 |
| 尾部 | 签名/CRC | 可变 | 用于完整性校验的签名或校验和 |
这个结构里，最让我头疼的是 DCD。它是一堆寄存器地址和值的列表，用来配置 DDR 控制器。DDR 的时序参数稍微差一点，系统就起不来。我建议，DCD 的配置一定要从芯片厂商的参考设计里抄，不要自己瞎编。
下面我用一个 SVG 图，把 SPL 的加载和验证流程画出来，这样更直观：
从这张图可以看得很清楚：SPL 是整个信任链的“腰部”。它既是被验证者，也是验证者。这种双重身份，决定了它在安全启动中的核心地位。
个人经验：我建议大家在设计 SPL 时，把签名验证放在最前面。也就是说，SPL 一拿到控制权，第一件事就是验证下一级镜像。不要先初始化外设，再验证。因为外设初始化过程中，可能会暴露攻击面。先验证，再干活，这是安全启动的黄金法则。
最后，再提一句镜像结构中的“签名位置”。有些芯片把签名放在镜像头部，有些放在尾部。我个人更倾向于放在尾部，因为这样不会破坏镜像的连续性，方便调试。但不管放在哪里，BootROM 和 SPL 必须约定好，否则就会像我之前说的那样，哈希算法不一致，导致验证失败。
好了，SPL 的内容就讲到这里。它虽然小，但五脏俱全。理解了 SPL，你就理解了安全启动的一半精髓。
公众号:蓝海资料掘金营，微信 deep3321