1. 安全启动与密钥工程导论
在物联网设备大规模部署的今天，设备一旦出厂并接入现场网络，其固件、密钥和身份凭证就长期暴露在物理接触、调试接口、固件回滚和侧信道攻击等风险之下。Silicon Labs（芯科科技）围绕这一现实问题构建了从芯片硬件到软件工具链的完整安全体系，其核心可以概括为两条主线：以 Secure Vault 为硬件信任根的安全启动链，以及贯穿设备全生命周期的密钥工程管理。本章作为全课程的导论，先建立整体认知框架，后续章节再逐层展开具体实现。
一、Silicon Labs 安全体系的整体分层
理解 Silicon Labs 的安全能力，最有效的方式是按"信任层级"来看，而不是按功能清单来记。整个体系自下而上可以分为四层：
- 硬件信任根层：芯片内部的 Secure Vault 子系统，包含独立的安全内核、真随机数发生器（TRNG）、安全密钥存储、防篡改检测与安全启动 ROM。这一层是整条信任链的起点，其代码和数据在芯片制造阶段即被固化或注入，运行后无法被外部修改。
- 安全服务层：由 Secure Vault 提供的密码学原语与密钥操作接口，例如 AES、ECC、SHA、HMAC、密钥派生（KDF）以及受保护的密钥读写。应用代码不直接接触明文密钥，而是通过句柄调用。
- 启动与固件层：Bootloader、Secure Boot 校验逻辑、固件签名验证、防回滚计数器（anti-rollback counter）以及安全升级流程。
- 应用与生命周期层：设备身份、证书、云连接凭证、量产注入、现场更新与退役销毁等工程环节。
这四层的关系不是简单的堆叠，而是"下层为上层提供不可伪造的信任依据"。例如，Secure Boot 之所以能判断固件是否可信，是因为它依赖硬件信任根中固化的公钥或公钥哈希；而密钥工程之所以能保证密钥不被读出，是因为密钥存储在 Secure Vault 的受保护区域，而非普通 Flash。
二、Secure Vault 的技术定位
Secure Vault 不是单一功能，而是 Silicon Labs 在 Series 2 及后续无线 SoC（如 EFR32MG21、EFR32MG24、EFR32BG24 等）中集成的一套硬件安全子系统。它的定位可以用一句话概括：把最敏感的密钥和信任判断从"可被读取的软件世界"搬到"不可被外部访问的硬件世界"。
具体来说，Secure Vault 提供三类关键能力。第一类是密钥保护：密钥在芯片内部生成或注入后，以加密形式存储于专用区域，CPU 只能通过句柄引用，无法直接读出明文。第二类是防篡改与安全启动：芯片上电后先运行固化的启动 ROM，校验一级引导程序的签名，再逐级校验后续固件，任何一级校验失败都会阻止启动或进入受限状态。第三类是密码学加速与真随机数：硬件 AES、ECC、SHA 引擎不仅提升性能，更重要的是避免密钥在软件运算过程中出现在通用内存里。
需要特别区分的是，Secure Vault 有不同等级（如 Secure Vault Mid 与 Secure Vault High）。等级差异主要体现在是否支持密钥加密存储、是否具备防篡改检测、是否支持安全调试锁定等。选型时必须根据产品面临的威胁模型来确定等级，而不是一律选最高——因为更高等级通常意味着更复杂的量产流程和更严格的调试限制。
三、安全启动在 IoT 设备中的价值
安全启动解决的核心问题是：设备上运行的固件，是否确实由可信方签发、且未被篡改。在 IoT 场景中，这个问题比在传统嵌入式系统中更尖锐，原因有三：设备通常部署在无人值守的现场，攻击者可以物理接触；设备生命周期长达数年甚至十年以上，期间会经历多次固件升级；设备往往持有云平台凭证或用户数据，一旦被植入恶意固件，影响面远超单台设备。
安全启动的价值可以拆成三个层次来看。第一层是阻止未签名固件运行，这是最基本的门槛。第二层是阻止已签名但存在漏洞的旧版本固件回滚，这依赖防回滚计数器，防止攻击者利用已知漏洞的旧版本重新刷入设备。第三层是为上层安全服务提供可信执行环境，只有启动链可信，后续的密钥使用、安全通信、远程证明才有意义。
四、密钥工程生命周期管理目标
密钥工程常被误解为"生成一个密钥然后烧进去"。实际上，密钥工程是一套覆盖设备全生命周期的管理方法，其目标可以归纳为四点：
- 机密性：密钥在生成、传输、存储、使用、销毁的每个环节都不被未授权方获取。在 Silicon Labs 体系中，这主要通过 Secure Vault 的受保护存储和加密传输来实现。
- 完整性：密钥不被篡改，且能验证其来源。例如，注入到设备中的设备证书必须与设备唯一标识绑定，防止克隆。
- 可用性与可追溯性：量产阶段需要为大量设备注入密钥，必须保证每台设备的密钥正确、可审计、可追溯，且不因单点故障导致整批设备失效。
- 可轮换与可销毁：当密钥泄露或设备退役时，能够安全地轮换或销毁密钥，且不影响其他设备。
以一个典型的教学示例来说明：假设某智能门锁产品使用 EFR32MG24，采用 Secure Vault High。量产时，每台设备在产线通过安全调试接口注入唯一的设备私钥和证书，私钥永不离开芯片；固件签名使用独立的固件签名密钥，该密钥保存在 HSM 中，不进入产线；设备运行后，Secure Boot 每次上电校验固件签名，防回滚计数器防止降级；设备退役时，通过安全命令触发密钥销毁，使设备无法再接入云平台。这个示例中的参数和流程属于合理假设，用于说明密钥工程各阶段如何衔接，实际项目需根据具体威胁模型和产线能力调整。