ARM可信操作系统相关技术问询：差异、必要性及切换场景

Hey there, let’s break down these questions step by step—they’re all key to understanding how ARM TrustZone and Trusted OS (TOS) work together, so I’m glad you’re digging into this!

问题1：可信操作系统（Trusted OS）的存在必要性是什么？ #

The short answer: it’s the secure "enclave" for sensitive operations that can’t be trusted to run on a regular OS. Here’s why it matters:

• 隔离高风险任务: 指纹/人脸解锁、金融交易、加密密钥管理这类操作，必须和普通OS的攻击面隔离开。如果普通OS被攻陷，也无法访问或篡改这些在TOS中运行的敏感操作。
• 硬件级强制安全: 和纯软件安全工具（比如杀毒软件）不同，TOS依托ARM TrustZone的硬件分区能力。就算攻击者拿到普通OS的root权限，也无法突破到安全域。
• 合规需求: 金融、医疗、政务等行业对敏感数据处理有严格规定，TOS提供了可控、可审计的环境，能满足这些合规标准。
• 可信启动链: TOS是ARM TF-A之后的可信启动环节——它会在普通OS启动前验证其完整性，阻止恶意软件在系统中持久化。

问题2：它与普通世界操作系统（Normal World OS）有何差异？ #

两个系统的设计目标完全不同，核心特质天差地别：

• 执行权限: TOS运行在安全EL1级别，而普通OS运行在非安全EL1/EL0级别。这种硬件强制的权限鸿沟，让普通OS无法直接访问TOS的资源。
• 资源访问: TOS独占安全外设（比如加密加速器、指纹传感器、安全存储）。普通OS只能通过受控的SMC（安全监控调用）指令和这些外设交互。
• 攻击面最小化: TOS的设计极度精简，只保留完成安全任务必需的组件。而普通OS功能丰富，支持数百万应用和外设，天生就有更多潜在漏洞。
• 更新模式: TOS的更新受到严格限制和验证，因为这里的漏洞会破坏整个安全链。普通OS更新更频繁，优先考虑功能兼容性而非极致安全校验。
• 交互模式: 两个世界之间只能通过SMC指令切换——不存在直接的内存访问或函数调用。

问题3：若可信操作系统具备安全性，为何不仅使用可信操作系统而移除普通操作系统？ #

问得好——安全不是用户系统的唯一优先级，这就是我们不能只用TOS的原因：

• 功能取舍: TOS被故意限制了功能，它不支持普通OS拥有的庞大应用、驱动和服务生态。你没法在典型的TOS上浏览网页、编辑文档或玩游戏——它是为安全而生，不是为日常使用设计的。
• 性能开销: 安全域和非安全域之间的切换有可感知的微小成本。如果所有任务都在TOS中运行，你会明显感觉到卡顿和续航下降，尤其是那些不需要安全保障的常规操作。
• 开发复杂度: 构建和维护TOS需要极高的安全专业能力，还要遵循极简设计原则。把它扩展到覆盖普通OS的所有使用场景，会彻底破坏它“小攻击面”的核心优势。
• 用户体验: 用户需要灵活性和兼容性。纯TOS系统对大多数人的日常需求来说太受限了。

问题4：可信操作系统能防范哪些威胁，具体实现方式是什么？ #

TOS针对多种关键威胁，全部以硬件安全为基础：

• 凭证窃取: TOS将敏感数据（比如加密密钥、生物识别模板）存储在普通世界无法访问的安全内存中。就算恶意软件拿到root权限，也读取不到这些数据。
• 权限提升攻击: 因为TOS运行在更高权限级别，普通OS的漏洞（比如内核漏洞）无法渗透到安全域。攻击者没法利用普通OS的缺陷接管安全任务。
• 固件篡改: TOS和ARM TF-A配合执行安全启动——它会在普通OS启动前验证其组件完整性，阻止恶意软件修改系统固件实现跨重启持久化。
• 侧信道攻击: 很多TOS实现包含内存加密、执行时序随机化、安全外设访问控制等缓解措施，阻止利用时序或功耗泄露的攻击。
• 对安全服务的未授权访问: 普通世界向TOS发起的所有请求都要通过SMC调用验证。TOS会检查调用者的身份和权限，再决定是否允许访问安全操作（比如解锁安全存储）。

问题5：何时需要在可信操作系统与普通世界之间进行切换？ #

只有当任务需要安全资源或无法在普通世界处理的操作时，才会触发域切换。常见场景包括：

• 敏感用户操作: 进行移动支付、指纹解锁设备、认证到安全办公应用时。
• 访问安全硬件: 当普通OS需要使用加密加速器、安全元件或TPM时，会发送SMC请求给TOS处理交互。
• 系统完整性检查: 启动时，普通OS可能请求TOS验证关键系统文件的完整性；或者当普通OS检测到可疑活动时，触发TOS进行检查。
• 合规相关任务: 比如医疗应用可能需要在安全域中处理患者数据以满足HIPAA要求，这时就会切换到TOS执行操作。
• 安全固件更新: 更新TOS本身时，系统会切换到安全域，安全地验证并应用更新。

内容的提问来源于stack exchange，提问作者Aparna Kumari