📚 课程目录第2章硬件架构基础

2. 硬件架构基础：ARMv8-M与ARMv8-A的TrustZone差异、安全世界与非安全世界、Monitor模式详解

在IoT设备中移植TrustZone，首先需要理解ARMv8-M与ARMv8-A两种架构在安全扩展上的根本差异。ARMv8-A面向应用处理器（如Cortex-A系列），而ARMv8-M面向微控制器（如Cortex-M23/M33）。两者虽然共享TrustZone的安全理念，但在实现机制、异常模型和世界切换方式上存在显著区别。本章将系统梳理这些差异，并深入解析安全世界与非安全世界的划分逻辑，以及Monitor模式在切换中的核心作用。

2.1 ARMv8-M与ARMv8-A的TrustZone差异

ARMv8-M的TrustZone是ARM首次将硬件强制隔离引入Cortex-M生态，而ARMv8-A的TrustZone则已发展多年。下表从关键维度对比两者的差异：

对比维度	ARMv8-M (Cortex-M23/M33)	ARMv8-A (Cortex-A系列)
目标市场	实时嵌入式、IoT终端、传感器节点	应用处理器、移动设备、网关、服务器
异常模型	基于向量表，安全/非安全各有独立向量表	基于异常等级（EL0~EL3），Monitor模式在EL3
世界切换方式	通过SG指令或异常进入/返回安全世界	通过SMC指令触发Monitor模式切换
内存隔离粒度	SAU/IDAU，基于区域（region）配置	TZASC/MMU，基于页表或地址空间控制器
中断模型	安全中断与非安全中断，通过NVIC独立处理	GIC支持安全组中断，EL3处理FIQ
调试与跟踪	安全调试认证，可锁定调试接口	TrustZone调试认证，支持安全/非安全调试域
典型应用	安全固件更新、传感器数据保护、身份认证	移动支付、DRM、操作系统隔离、可信执行环境

  移植要点： 从ARMv8-A向ARMv8-M移植TrustZone时，需要特别注意异常模型的变化——ARMv8-M没有EL3等级，世界切换完全依赖SG指令和向量表重定向，而非SMC+Monitor模式。

下图展示了两种架构在TrustZone实现上的核心结构差异：

2.2 安全世界与非安全世界

TrustZone将系统硬件和软件资源划分为两个隔离的执行环境：安全世界（Secure World）和非安全世界（Normal World）。这种划分不是软件模拟的，而是由硬件强制实施的——任何非安全世界的代码都无法直接访问标记为安全的资源。

2.2.1 核心隔离原则

内存隔离：安全世界和非安全世界拥有独立的地址空间映射。ARMv8-M通过SAU（安全属性单元）或IDAU（实现定义属性单元）为每个内存区域分配安全属性；ARMv8-A则通过TZASC（TrustZone地址空间控制器）和MMU页表属性位实现。
外设隔离：总线上的每个外设都可以通过AXI-to-APB桥或TZPC（TrustZone保护控制器）标记为安全或非安全。非安全世界的代码访问安全外设时，总线会返回错误响应。
中断隔离：安全中断只能由安全世界的异常处理程序响应，非安全中断则路由到非安全世界。ARMv8-M的NVIC为每个中断源提供了安全属性配置位。
调试隔离：调试接口可以锁定为仅调试安全世界或非安全世界，防止通过调试器窃取安全数据。

实践建议：在IoT设备中，通常将安全关键功能（如密钥存储、固件验证、身份认证）放在安全世界，将用户应用、网络协议栈、文件系统放在非安全世界。两个世界通过预定义的共享内存和门禁函数（SG指令或SMC调用）进行受控通信。

下图展示了安全世界与非安全世界在系统资源隔离中的典型布局：

2.3 Monitor模式详解

Monitor模式是ARMv8-A架构中实现安全世界与非安全世界切换的核心机制。它运行在最高的异常等级EL3，拥有对整个系统的完全访问权限。当非安全世界需要调用安全服务时，必须通过SMC（Secure Monitor Call）指令触发一个同步异常，将CPU切换到Monitor模式。

2.3.1 Monitor模式的关键职责

世界上下文保存与恢复：在切换世界时，Monitor模式负责保存当前世界的寄存器状态（包括通用寄存器、系统寄存器、浮点寄存器等），并恢复目标世界的上下文。
安全服务路由：根据SMC调用中的功能标识符（FID），将请求路由到安全世界中对应的服务处理函数。
中断路由决策：当发生FIQ中断时，Monitor模式根据中断的安全属性决定将其路由到安全世界还是非安全世界。
系统安全策略执行：Monitor模式可以实施全局安全策略，例如限制非安全世界对某些系统寄存器的访问。

移植注意事项：ARMv8-M没有Monitor模式，也没有EL3等级。在ARMv8-M上移植TrustZone时，世界切换通过SG（Secure Gateway）指令和异常返回机制实现，不需要SMC和Monitor模式。这是从ARMv8-A向ARMv8-M移植时最容易出错的地方——不能直接复用SMC调用代码。

下图展示了ARMv8-A中Monitor模式在安全世界与非安全世界切换中的完整流程：

2.3.2 Monitor模式的实现要点

在移植TrustZone到IoT设备时，Monitor模式的实现通常涉及以下关键代码片段。以下是一个简化的SMC处理入口示例（ARMv8-A汇编）：

// Monitor模式SMC异常向量入口
smc_handler:
    // 保存非安全世界上下文
    stp     x0, x1, [sp, #-16]!
    stp     x2, x3, [sp, #-16]!
    stp     x4, x5, [sp, #-16]!
    stp     x6, x7, [sp, #-16]!
    // ... 保存更多寄存器
    
    // 解析SMC功能标识符（FID）
    // x0 中存放FID，高8位标识服务类型
    lsr     x1, x0, #24
    cmp     x1, #0x01          // 安全存储服务
    b.eq    secure_storage_handler
    cmp     x1, #0x02          // 加密服务
    b.eq    crypto_handler
    // ... 其他服务路由
    
    // 切换到安全世界
    // 设置SCR_EL3寄存器，配置安全世界属性
    // 执行ERET返回安全世界入口
    eret

  关键寄存器：SCR_EL3（Secure Configuration Register）是Monitor模式中最重要的控制寄存器之一。它的NS位（bit 0）控制当前执行世界：NS=0表示安全世界，NS=1表示非安全世界。在SMC处理中，Monitor模式通过修改SCR_EL3.NS位来切换世界。

2.4 本章小结

ARMv8-M与ARMv8-A的TrustZone差异是IoT移植工作的第一道门槛。ARMv8-M通过SAU/IDAU实现内存隔离，使用SG指令和独立向量表完成世界切换，没有Monitor模式；ARMv8-A则依赖TZASC/MMU、SMC指令和EL3的Monitor模式。安全世界与非安全世界的硬件强制隔离是TrustZone的基石，而Monitor模式（在ARMv8-A中）是连接两个世界的桥梁。理解这些基础差异，才能正确设计IoT设备的安全架构，避免在移植过程中引入安全漏洞。