4、SEC阶段深度解析：安全验证、CAR(Cache as RAM)初始化、进入PEI的入口
SEC阶段，全称Security Phase。说白了，这是CPU复位后执行的第一段代码。我刚开始接触UEFI时，总觉得SEC就是个“跑龙套”的，几分钟就讲完了。后来自己动手调板子，才发现这里才是整个启动流程中最容易翻车的地方。
你想想看，这时候内存还没初始化，连C语言的栈都用不了。CPU刚上电，寄存器全是默认值。SEC要在这片“蛮荒之地”上，完成安全验证、建立临时内存、然后优雅地把接力棒交给PEI。嗯，这活儿一点都不轻松。
4.1 SEC的核心使命
SEC阶段到底要干哪些事？我把它拆成三个核心任务：
- 安全验证：验证BIOS镜像的完整性，确保没有被篡改。这是可信启动的根基。
- CAR初始化：把CPU的Cache当成RAM来用，建立临时内存环境。没有这个，C代码跑不起来。
- 构建PEI入口：准备好参数，跳转到PEI阶段的起始地址。
这三件事，顺序不能乱。先验证，再建CAR，最后跳转。我在一个项目中遇到过，有人把验证和CAR的顺序搞反了——结果CAR初始化时访问了未验证的代码段，直接死机。嗯，这种坑踩一次就记住了。
SEC阶段的关键特征：
- CPU处于实模式或受限制的保护模式
- 栈不可用，只能用寄存器传参
- 代码必须位置无关（PIC）
- 所有操作必须可重入
4.2 安全验证：从复位向量开始
CPU复位后，第一条指令从所谓的“复位向量”开始。x86平台上，这个地址通常是0xFFFFFFF0。那里放着的是一条跳转指令，指向SEC的入口函数。
安全验证的第一步，就是验证这条路径上的所有代码。我习惯把验证分成两个层次：
| 验证层次 | 验证对象 | 典型算法 |
|---|---|---|
| 硬件级 | Boot Block区域 | RSA-2048/SHA-256 |
| 软件级 | 整个BIOS镜像 | SHA-384/HMAC |
硬件级验证通常在CPU微码或芯片组内部完成。软件级验证则由SEC代码自己执行。我记得有一次调试，发现硬件验证总是失败，折腾了两天，最后发现是SPI Flash的读时序有问题——读回来的数据全是错的，验证当然过不了。
注意：安全验证失败后，系统必须进入“恢复模式”或直接停机。不要试图跳过验证继续启动——这是安全底线。我曾经见过有人为了调试方便，把验证逻辑注释掉，结果出货后被人利用这个漏洞植入了恶意固件。
4.3 CAR初始化：把Cache当RAM用
这是SEC阶段最“骚”的操作。没有内存，C语言没法用栈，函数调用都成问题。但CPU内部有Cache啊，虽然容量小，但速度极快。能不能把Cache配置成RAM来用？
答案是肯定的。这就是CAR——Cache as RAM。
具体怎么做？我简单说一下流程：
- 禁用Cache：先把Cache完全关掉，防止脏数据干扰。
- 配置MTRR：设置Memory Type Range Registers，把一段物理地址空间标记为“Write-Back”或“Write-Protect”。
- 填充Cache Line：通过特定的内存访问序列，让Cache Line被有效数据填满。
- 锁定Cache：设置Cache控制寄存器，防止后续操作把Cache Line踢出去。
- 启用Cache：重新打开Cache，这时候那一段物理地址就变成了“伪RAM”。
这里有个坑：不同的CPU微架构，CAR的实现细节完全不同。Intel和AMD的MTRR寄存器布局不一样，ARM和RISC-V更是另一套玩法。我建议你在做移植时，先仔细看CPU的参考手册，别想当然地复用上一款芯片的代码。
我的经验：CAR的大小通常只有4KB到64KB。别指望用它跑大型程序。够放一个栈、几个全局变量就行了。PEI阶段会初始化真正的内存，然后CAR就会被释放。
4.4 进入PEI的入口
CAR初始化完成后，SEC就可以准备进入PEI阶段了。这时候需要构建一个叫做“PEI Hand-Off Block”的数据结构，简称HOB。
HOB里包含了什么？我列一下关键字段：
- Boot Mode：启动模式（冷启动、热启动、S3恢复等）
- CAR基址和大小：告诉PEI，临时内存在哪里
- 安全验证状态：验证是否通过，通过的话可以跳过重复验证
- 固件卷基址：BIOS镜像在Flash中的位置
然后，SEC会调用一个函数指针，指向PEI的入口函数。这个入口通常在PEI Core里，地址在编译时就固定了。
跳转之前，还有一件事要做：关闭中断。嗯，这时候中断向量表还没设置，任何中断进来都会导致不可预知的行为。我见过一个案例，有人忘了关中断，结果定时器中断在SEC跳转PEI的瞬间触发，CPU直接跑飞了。
4.5 SEC阶段的整体流程图
下面这张图，是我自己画的一个SEC阶段流程概览。你可以把它当成一个“路线图”，后面讲到具体细节时，随时回来对照。
4.6 避坑指南
最后，我把自己在SEC阶段踩过的坑，整理成几条避坑指南，希望能帮你少走弯路：
- CAR大小别算错：我见过有人把CAR配置成4KB，结果PEI阶段栈溢出，数据把HOB覆盖了，系统随机死机。建议至少留16KB。
- 验证失败要有处理路径：别只写一个死循环。至少留一个恢复入口，比如从SPI Flash的备份区加载固件。
- 跳转PEI前关中断：这个前面说过了，再强调一遍。关中断、关NMI、关SMI，一个都不能少。
- 代码要位置无关：SEC代码可能被重定位，所有函数调用和数据访问都必须用相对寻址。我习惯在编译时加上-fPIC选项。
嗯，SEC阶段的内容就讲到这里。这部分虽然代码量不大，但每一行都踩在硬件的边界上。理解了SEC，你才算真正走进了UEFI的世界。