1. 安全启动概述
大家好，我是这次课程的主讲。做了十几年 UEFI 固件，我经手过的安全启动问题少说也有上百个了。今天咱们先聊聊基础——什么是安全启动，它的信任链怎么建立，以及它跟传统 BIOS Legacy 启动到底差在哪。
说白了，安全启动就是一套「只让可信代码运行」的机制。你想想看，电脑开机时，谁先跑起来？是固件。如果固件被篡改了，那后面操作系统再安全也没用。安全启动要解决的，就是这个「最先跑起来的代码是不是干净的」问题。
1.1 什么是安全启动
安全启动（Secure Boot）是 UEFI 规范里定义的一项安全功能。它的核心逻辑很简单：每个启动阶段都要验证下一阶段的代码签名，签名不对就拒绝执行。
我记得刚接触这个功能时，总觉得它跟杀毒软件差不多。后来踩了坑才明白——杀毒软件是事后查杀，安全启动是事前拦截。它不是在系统里扫描病毒，而是在系统还没完全起来之前，就把不安全的启动代码挡在门外。
安全启动的核心目标：
- 防止未经签名的恶意代码在启动阶段执行
- 确保只有 OEM 或用户信任的引导程序、驱动和操作系统才能启动
- 建立从固件到操作系统的完整信任链
嗯，这里要注意：安全启动不是「防病毒软件」，它防的是启动阶段的代码篡改。如果你的系统已经跑起来了，再中招那就是操作系统层面的安全问题了。
1.2 安全启动的信任链模型
安全启动的信任链，我习惯把它比作「接力赛」。每一棒选手都要确认下一棒的身份，确认无误才把接力棒交出去。一旦有一棒出了问题，整个比赛就停了。
具体来说，信任链是这样的：
- 第一阶段：固件验证——CPU 上电后，首先执行固化在 ROM 里的启动代码（Boot ROM）。这部分是硬件写死的，改不了，所以是信任的根。
- 第二阶段：Boot Manager 验证——Boot ROM 加载 UEFI 固件（BIOS），固件里的 Boot Manager 会检查启动设备的签名。
- 第三阶段：Boot Loader 验证——Boot Manager 验证启动加载器（如 GRUB、Windows Boot Manager）的签名。
- 第四阶段：OS Kernel 验证——启动加载器验证操作系统内核的签名。
- 第五阶段：驱动和模块验证——内核加载驱动和模块时，同样要检查签名。
每一级验证通过后，才把控制权交给下一级。这就是所谓的「链式信任」。
我的一点经验：在实际项目中，信任链断裂最常见的地方是 Boot Loader 阶段。比如你换了块硬盘，新硬盘上的 GRUB 没签名，或者签名过期了，系统就直接罢工了。这时候别慌，先看看是不是签名数据库（db/dbx）的问题。
下面这张图可以帮你更直观地理解信任链的传递过程：
1.3 UEFI 安全启动与 BIOS Legacy 启动的区别
很多刚入行的朋友会问：UEFI 安全启动跟以前 BIOS Legacy 启动到底有啥区别？我直接说结论——完全是两套东西。
BIOS Legacy 启动是上世纪 80 年代的设计思路。它不关心代码是谁签的，只要 CPU 能跑起来就行。你想想看，那时候互联网都没普及，谁没事去篡改你的启动代码？
但现在的环境不一样了。Bootkit 这种恶意软件专门盯着启动阶段下手，BIOS Legacy 那种「来者不拒」的方式显然不行了。
| 对比维度 | UEFI 安全启动 | BIOS Legacy 启动 |
|---|---|---|
| 启动方式 | 从 GPT 分区读取 EFI 应用程序 | 从 MBR 读取引导扇区代码 |
| 代码验证 | 强制数字签名验证 | 无验证，直接执行 |
| 分区表 | GPT（支持 2TB+ 硬盘） | MBR（最大支持 2TB） |
| 引导加载器 | EFI 应用程序（.efi 文件） | 引导扇区代码（512 字节） |
| 安全等级 | 高（防篡改、防恶意代码注入） | 低（无保护，易被 Bootkit 攻击） |
| 兼容性 | 需要操作系统和硬件支持 | 兼容性好，几乎所有 x86 设备都支持 |
注意：我曾经遇到过一个案例——客户把 UEFI 安全启动和 Legacy 启动搞混了。他在 Legacy 模式下装了个 Linux，然后开启安全启动，结果死活起不来。其实安全启动只在 UEFI 模式下生效，Legacy 模式下这个选项是摆设。所以排查问题时，先确认你的启动模式对不对。
另外，还有一个常见的误解：很多人以为安全启动只支持 Windows。其实不是的。主流 Linux 发行版（如 Ubuntu、Fedora、RHEL）都支持安全启动，只是需要签名的 Shim 引导加载器。我建议你在部署 Linux 时，也把安全启动开着，别图省事关掉它。