ARM Total Compute平台RSS安全启动机制解析

1. ARM Total Compute平台RSS固件启动机制解析

在嵌入式安全领域，ARM Total Compute平台的RSS（Root of Trust Secure Subsystem）架构提供了一套完整的硬件级信任根解决方案。作为安全启动的核心组件，RSS固件的启动流程设计直接影响整个系统的可信执行环境（TEE）建立。与传统的单阶段启动加载器不同，RSS采用分层验证的启动链设计，通过BL1和BL2的协同工作实现逐级安全验证。

1.1 RSS启动流程整体架构

RSS启动流程根据设备生命周期状态分为两个主要阶段：

• Provisioning Booting：发生在设备制造阶段，包括CM（Chip Manufacturer）和DM（Device Manufacturer）两个子阶段
• Normal Booting：设备出厂后的常规启动流程

这种分离设计实现了安全密钥与配置信息的分阶段注入，确保芯片制造商和设备制造商各自的安全资产相互隔离。在实际工程中，我曾遇到过因混淆这两个阶段导致的启动失败案例——某次在产线测试时误将DM阶段的供应包用于CM阶段，导致OTP编程失败。

1.2 关键组件交互关系

RSS启动过程涉及多个关键组件的协同工作：

code复制┌─────────────┐    ┌─────────────┐    ┌─────────────┐
│    BL1_1    │───▶│    BL1_2    │───▶│     BL2     │
└─────────────┘    └─────────────┘    └─────────────┘
     ▲                   ▲                   ▲
     │                   │                   │
┌─────────────┐    ┌─────────────┐    ┌─────────────┐
│   ROM固件   │    │    OTP      │    │    FIP      │
└─────────────┘    └─────────────┘    └─────────────┘

2. BL1启动流程深度剖析

2.1 BL1双阶段设计原理

BL1采用独特的双阶段设计，这种架构在安全性和灵活性之间取得了平衡：

BL1_1（ROM固件）特点：

• 固化在芯片ROM中不可修改
• 代码体积严格受限（通常<32KB）
• 仅实现最基础的密码学操作
• 负责BL1_2的初始验证和加载

BL1_2（OTP可编程）特点：

• 通过CM供应包写入OTP
• 支持算法升级和策略调整
• 实现完整的FIP解析和BL2验证
• 包含设备特定的安全策略

在调试某款车规级MCU时，我们发现BL1_2的OTP编程时序非常关键。过早触发编程会导致校验失败，建议在芯片上电稳定后延迟至少100ms再开始OTP操作。

2.2 BL1正常启动流程详解

2.2.