运行时安全引擎RSE

安全之安全(security²)博客目录导读

目录

一、RSE 通信层

1.1 消息结构

1.2 源代码文件

1.3 MHU 通信的 API

二、RSE 提供的运行时服务

2.1 运行时服务 API

2.2 软件与 API 层次结构

三、基于 RSE 的 Measured Boot（度量启动）

3.1 Measured Boot API

3.2 Measured Boot 元数据

3.3 Signer-ID API

3.4 构建时配置选项

3.5 Measured Boot 流程

3.6. 控制台日志样例

四、委托认证（Delegated Attestation）

4.1. 委托认证 API

4.2. 认证流程

4.3. 证明令牌示例

五、基于 RSE 的 DICE 保护环境（DPE）

5.1. DPE API

5.2. 构建时配置选项

5.3. 示例证书链

六、RSE OTP 资产管理

6.1. 非易失性计数器 API

6.2. 公钥 API

6.3. 获取熵的 API

该博客重点介绍了运行时安全引擎（Runtime Security Engine，简称 RSE）与应用处理器（Application Processor，简称 AP）之间的关系。

根据 ARM 的参考设计，RSE 是位于同一芯片（die）上的一个独立核心，与 AP 和系统控制处理器（System Control Processor，简称 SCP）并列存在。RSE 为整个系统提供基本的安全保障和运行时服务，例如：可信启动（trusted boot）、度量启动（measured boot）、平台认证（platform attestation）、密钥管理与派生（key management and key derivation）等。

在系统上电时，RSE 首先从其私有的 ROM 代码启动。它会验证并加载自身的镜像文件以及 SCP 和 AP 的初始镜像。当 AP 和 SCP 被解复位，且其初始代码被加载后，它们将继续各自的启动流程，这一流程与没有 RSE 的系统相同。关于 RSE 启动流程的更多细节，请参见 RSE 文档 。

RSE 固件的最后阶段是一个常驻的运行时组件。类似于 AP 的 BL31，它是一个被动实体，没有周期性任务，仅在收到其他子系统的外部请求时才进行响应。RSE 与其他子系统之间通过消息交换进行通信。RS