3. 启动流程总览：TEE启动的完整生命周期
TEE 的启动，说白了就是一条从硬件复位到可信应用加载的链条。每一环都要验证下一环的合法性，环环相扣。我刚开始接触 TEE 时，总觉得这流程太啰嗦——不就是跑个安全系统吗？直到有一次我在调试中跳过了某个校验环节，结果设备直接变砖，连串口都不打印东西了。嗯，从那以后我再也不敢轻视这个链条了。
这一章，我们就把 TEE 从按下电源键到 TA 跑起来的完整路径走一遍。你跟着我的节奏来，保证能理清。
3.1 整体流程概览
TEE 的启动可以拆成五个阶段。每个阶段都有明确的责任边界，也有固定的接口约定。我习惯把这五个阶段画成一张图，方便团队新人快速上手。
核心原则：每一级 Bootloader 只做两件事——验证下一级镜像的签名，然后把控制权交给它。这就是所谓的「信任链传递」。链条断了，系统就不安全了。
3.2 各阶段详解
3.2.1 ROM Code
ROM Code 是芯片出厂时固化在硬件里的第一段代码。你改不了它，也跳不过它。它的任务极其简单：初始化最基本的硬件（比如时钟、SRAM），然后从预定义的存储位置加载 BootROM。
我的经验：ROM Code 通常只有几 KB，而且不支持任何调试接口。如果你发现芯片上电后串口没输出，先检查 ROM Code 阶段的电源和时钟——我踩过这个坑，折腾了两天才发现是 PMIC 配置不对。
3.2.2 BootROM
BootROM 是芯片厂商提供的二级引导程序。它比 ROM Code 大一些，通常有几十 KB，存放在芯片内部的 Mask ROM 或一次性可编程存储器里。BootROM 负责检测启动介质（eMMC、NAND、UART 等），然后加载 TEE Bootloader 到安全内存中。
这里有个关键点：BootROM 必须验证 TEE Bootloader 的签名。验证算法通常是 RSA 或 ECDSA，公钥固化在芯片的 OTP 中。我记得有一次客户要求更换签名算法，结果发现 OTP 里的公钥已经写死了——嗯，只能换芯片型号。
| 启动介质 | 典型加载地址 | 签名算法 | 注意事项 |
|---|---|---|---|
| eMMC | 0x2000_0000 | RSA-2048 | 需要配置分区表 |
| NAND Flash | 0x1000_0000 | ECDSA-P256 | 需要处理坏块 |
| UART | 0x0000_0000 | 无（调试模式） | 仅开发阶段使用 |
3.2.3 TEE Bootloader
这是 TEE 启动流程中最复杂的一环。TEE Bootloader 通常由芯片厂商或 TEE 方案商提供，比如 ARM 的 Trusted Firmware-A (TF-A) 中的 BL32 部分。它的主要工作包括：
- 初始化安全内存：配置 TZASC（TrustZone Address Space Controller）来隔离安全世界和非安全世界的内存区域。
- 初始化安全外设：比如安全定时器、安全中断控制器、密码学引擎等。
- 加载 TEE Kernel：从存储介质中读取 TEE Kernel 镜像，验证签名，然后跳转到内核入口。
- 传递启动参数：通过设备树或自定义结构体，把内存布局、外设基地址等信息传给内核。
避坑指南：我曾经在适配一个新平台时，TEE Bootloader 加载内核后总是崩溃。查了两天，发现是设备树中安全内存的起始地址写错了，导致内核覆盖了 Bootloader 自己的代码段。记住：Bootloader 和 Kernel 不能共用同一块内存区域。
3.2.4 TEE Kernel
TEE Kernel 是 TEE 操作系统的核心。常见的实现有 OP-TEE、Trusty、QSEE 等。Kernel 启动后，会做以下几件事：
- 初始化内核子系统：内存管理、线程调度、IPC 框架、密码学服务等。
- 注册安全监控调用（SMC）处理函数：非安全世界通过 SMC 指令进入 TEE，Kernel 负责分发这些请求。
- 加载并初始化 TEE 核心服务：比如安全存储服务、密钥管理服务。
- 进入等待状态：等待非安全世界发起 SMC 请求，或者等待 TA 加载指令。
我个人习惯在 Kernel 启动阶段打印出所有初始化的子系统和对应的内存地址。这样一旦后续出现问题，可以快速定位是哪个模块没起来。
3.2.5 TA 加载
TA（Trusted Application）是运行在 TEE 中的安全应用。TA 的加载方式有两种：
- 静态加载：TA 镜像在系统启动时就被加载到安全内存中，常驻运行。适用于系统级服务，比如安全存储 TA。
- 动态加载：TA 在需要时才由非安全世界通过 TEE Client API 加载。加载时 Kernel 会验证 TA 的签名，然后分配内存并启动 TA 的入口函数。
关键接口：TA 加载的入口函数是 TA_InvokeCommandEntryPoint()。所有 TA 都必须实现这个函数，否则 Kernel 无法正常启动它。我在项目中见过有人忘记实现这个函数，结果 TA 加载后直接返回错误码——这种低级错误其实很容易避免，加个编译检查就行。
3.3 启动流程中的接口适配要点
整个启动流程涉及多个接口适配点。我把它们整理成一张表，方便你对照检查：
| 阶段 | 接口/协议 | 适配内容 | 常见问题 |
|---|---|---|---|
| BootROM → TEE Bootloader | 固定地址加载 + 签名验证 | 配置 Bootloader 镜像的存储位置和签名算法 | 签名公钥与 OTP 不匹配 |
| TEE Bootloader → TEE Kernel | 设备树 / 自定义结构体 | 传递安全内存基地址、大小、外设寄存器地址 | 内存地址重叠或对齐错误 |
| TEE Kernel → TA | TA 加载接口 (ELF 加载) | 实现 TA 的入口函数和 UUID 注册 | TA 签名验证失败或入口函数未实现 |
我的建议：在适配新平台时，先不要急着调 TA 加载。先把 ROM Code → BootROM → TEE Bootloader → TEE Kernel 这条链路跑通，确认每一步的打印信息都正常。链路通了，TA 加载就是水到渠成的事。
3.4 小结
TEE 的启动流程，说白了就是一条信任链。从 ROM Code 到 TA 加载，每一环都在验证下一环的身份。你只要记住这个核心逻辑，适配任何平台都不会跑偏。