1. 课程导入

在物联网、工业控制、汽车电子和边缘计算快速融合的今天，设备不再只是被动执行逻辑的终端，而是承载身份、数据、密钥和业务连续性的可信节点。PSA（Platform Security Architecture，平台安全架构）正是为解决“设备如何被信任、如何持续可信、如何证明可信”而提出的一套系统化安全工程方法。本课程围绕PSA安全架构与设备可信工程展开，目标是让学习者从概念、模型、实现到验证形成完整闭环。

一、为什么需要PSA：行业背景与安全挑战

传统嵌入式安全往往以“补丁式防护”为主：发现漏洞再修复，缺少统一的安全基线和可验证的信任链。随着设备规模扩大，攻击面从网络层延伸到固件、调试接口、供应链和生命周期管理。PSA提出的核心思路是：先定义资产和威胁，再建立可信根，最后通过分层验证和持续更新维持信任。

从行业背景看，PSA的推动力主要来自三方面：

• 法规与合规：各国对物联网设备安全提出基线要求，如默认密码禁用、安全更新能力、漏洞披露机制等。
• 供应链信任：芯片、模组、固件和云平台需要跨厂商协作，统一的安全声明和认证接口降低集成成本。
• 攻击面扩大：设备部署在无人值守环境，物理接触、侧信道、固件回滚和调试接口滥用成为现实威胁。

二、核心概念：从资产到可信根

PSA安全架构的核心概念可以归纳为“一个模型、三条主线、四个支柱”。一个模型指威胁模型；三条主线是身份、数据、生命周期；四个支柱包括安全启动、安全存储、安全更新和隔离执行。

三、整体框架：PSA的分层与数据流

PSA架构通常分为四层：硬件可信根、安全固件、安全服务和应用层。硬件层提供不可篡改的启动代码和密钥存储；安全固件负责安全启动、密钥管理和安全更新；安全服务向上层提供身份认证、加密和隔离接口；应用层则通过标准API调用安全能力，而不直接接触密钥。

下图展示了PSA设备从启动到运行时的信任链与数据流关系。左侧是启动阶段，右侧是运行时阶段，中间通过可信根和密钥库连接。

四、方法流程：从威胁建模到安全验证

PSA工程实践强调“先建模、后实现、再验证”。一个典型流程如下：

1. 资产识别：列出设备中的密钥、证书、固件、用户数据和业务凭证。
2. 威胁建模：分析攻击者能力，识别入口点、信任边界和攻击路径。
3. 安全目标定义：将威胁转化为可验证的安全需求，如“固件必须签名”“密钥不可导出”。
4. 架构设计：划分安全域，确定可信根、隔离机制和接口边界。
5. 实现与集成：使用PSA API或兼容接口，完成安全启动、存储和更新。
6. 测试与验证：通过渗透测试、模糊测试和合规检查确认安全目标达成。

五、案例场景：智能门锁的PSA落地

以智能门锁为例，设备需要保护开锁密钥、用户凭证和固件。若没有PSA架构，攻击者可能通过调试接口读取密钥，或通过降级固件绕过安全策略。采用PSA后，启动时由BootROM验证安全固件签名，安全固件再验证应用镜像；开锁密钥存储在安全存储中，应用只能通过安全服务调用；OTA更新必须签名且版本号递增，防止回滚。这样，即使应用层被攻破，攻击者也难以直接获取根密钥。

# 典型安全启动校验伪代码
bootrom_verify(bl2_hash, bl2_signature, root_pubkey)
if verify_fail:
    lock_device()
    halt()
bl2_verify(bl31_hash, bl31_signature, bl2_pubkey)
if verify_fail:
    rollback_to_golden_image()
run_secure_services()

六、常见误区与复盘

• 误区一：有加密就等于安全。加密只保护机密性，无法替代身份认证、完整性和更新机制。
• 误区二：安全启动一次就够。运行时仍需度量、隔离和审计，信任链要持续维护。
• 误区三：密钥放在应用里更方便。应用层暴露面大，密钥应下沉到安全存储或TEE中。
• 误区四：忽略生命周期管理。设备从生产、部署、更新到退役，每个阶段都有不同安全需求。