银星皓月1. Secure Boot技术背景解析
Secure Boot是现代计算设备中至关重要的安全启动机制，它通过建立完整的信任链来确保系统从开机瞬间就运行经过验证的代码。这个机制在ARM架构的系统中通常由BL1、BL2和BL31等启动加载器阶段组成，而fip（Firmware Image Package）则是这些启动阶段镜像的标准化容器格式。
我第一次接触Secure Boot是在调试一块定制化开发板时，当时系统频繁出现启动验证失败的问题。通过深入研究fip包的加载流程，不仅解决了问题，还让我对整个信任链的建立过程有了更透彻的理解。本文将基于ARM Trusted Firmware的实现，详细剖析fip包中各个image的加载流程。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. fip包结构与组成要素
2.1 fip包文件格式剖析
fip包本质上是一个遵循特定格式的容器文件，其结构可以通过fiptool工具进行查看和操作。一个典型的fip包可能包含以下镜像：
bash复制$ fiptool info fip.bin
Firmware Image Package ToC:
---------------------------
- SCP_BL2: offset=0x58, size=0x4180
- BL31: offset=0x41D8, size=0x6030
- BL32: offset=0xA208, size=0x3030
- BL33: offset=0xD238, size=0x8030
- HW_CONFIG: offset=0x15268, size=0x1010
fip包的文件结构可以分为三个主要部分：
- 头部信息（Header）：包含魔数、版本等元数据
- 目录表（ToC, Table of Contents）：记录各个镜像的偏移和大小
- 镜像数据区：实际存储的二进制镜像内容
关键提示：在制作fip包时，务必确保各个镜像的加载地址（load address）与运行地址（entry point）正确配置，这是后续能正常加载执行的前提条件。
2.2 fip包中的关键镜像角色
- BL1 (Boot ROM)：固化在芯片ROM中的第一级引导代码，通常由芯片厂商提供，负责初始化最基本硬件并加载验证BL2