意法半导体推出的 STM32G5 安全架构，核心就是内置硬件信任根、支持后量子密码 PQC，用来满足物联网、工业设备、智能电表等领域越来越严格的数据安全、固件防篡改、设备身份认证类新法规；现在传统 RSA、ECC 这类公钥密码算法，未来存在被量子计算机破解的风险，全球各地网络安全、终端设备合规法规陆续更新，要求芯片具备硬件安全能力、支持抗量子加密、设备可信启动，很多老款 MCU 只有单纯软件加密，密钥容易被读取、固件容易被刷写，很难通过最新合规审查，STM32G5 把信任根做成硬件不可修改的底层锚点，搭配可运行 PQC 算法的安全子系统，再配合联网安全通道实现设备身份上报、证书更新、远程验签，整套使用流程包含安全能力初始化、信任根配置、PQC 算法部署、联网证书交互、合规自测，全部配置调试到位之后，终端设备就能基于这套安全架构完成可信启动、安全固件升级、抗量子身份认证，满足国内外新一代设备安全法规的硬性要求。
一、STM32G5 安全架构核心组件清单
- 硬件信任根（Root of Trust）
- 一次性可编程 OTP 区域，出厂预置唯一设备密钥、身份根证书，不可擦除改写，作为整个设备信任起点。
- 硬件安全引擎独立于主 Cortex‑M 内核，密钥全程在安全域内运算，不会明文暴露到普通内存。
- 支持安全引导，上电先校验固件签名，签名不合法直接拒绝启动，阻止恶意固件注入。
- 安全子系统与密码加速单元
- 内置对称密码、哈希、传统椭圆密码硬件加速器，同时预留算力接口，适配后量子密码 PQC 算法运行。
- 划分安全隔离域，普通应用代码无法直接访问安全密钥存储、密码运算资源。
- 支持侧信道防护，降低功耗分析、电磁探测这类物理攻击拿到密钥的概率。
- PQC 后量子密码支持能力
- 不绑定单一 PQC 算法，兼容 NIST 标准化的后量子签名、密钥封装算法。
- 可以用于设备证书签发、TLS 双向认证、固件升级签名，替换或者和原有 ECC 混合使用。
- 支持联网远程更新 PQC 算法库、证书，后续标准迭代不用直接更换硬件。
- 配套安全外设
- 真随机数发生器 TRNG，用于生成安全随机数、会话密钥。
- 调试端口安全锁，可永久或者临时封闭调试接口，防止通过调试口窃取密钥。
二、STM32G5 安全架构配置实施步骤
- 出厂初始化：在安全烧录工位写入信任根信息，锁定 OTP，记录设备唯一身份凭证，同步把设备身份信息上传厂商安全后台建档。
- 安全分区配置：划分非安全区、安全域，配置访问权限，限定普通业务代码不能越权读取安全资源。
- PQC 算法适配移植：把选定的 NIST PQC 算法移植进芯片安全子系统，测试签名、验签、密钥协商耗时、内存占用。
- 可信启动配置：设置固件验签策略，绑定信任根，每次上电自动校验固件签名；固件升级包必须使用 PQC 或者混合签名。
- 联网安全链路搭建：设备通过安全通道和云端对接，用基于 PQC 的身份证书完成设备入网认证，云端核验设备信任根凭证，完成证书轮换、吊销、更新。
- 合规自测：按照目标法规要求，测试固件篡改、密钥提取、重放攻击场景，留存测试日志用于合规审核。
三、传统密码方案与 STM32G5（信任根 + PQC）对比表
| 项目 | 传统 MCU 软件加密方案 | STM32G5 硬件信任根 + PQC 方案 |
|---|---|---|
| 信任锚 | 软件密钥，容易被导出 | OTP 硬件信任根，出厂固化 |
| 抗量子能力 | RSA/ECC，存在量子破解风险 | 支持 NIST PQC，抵御量子计算攻击 |
| 固件防护 | 容易绕过校验刷入恶意程序 | 硬件级可信启动，验签失败拒绝启动 |
| 密钥保护 | 密钥存在 Flash，明文有泄露风险 | 在独立安全域运算，不暴露明文 |
| 法规适配 | 很难满足新一代抗量子、硬件安全要求 | 面向新安全法规设计，可提供安全证据材料 |
| 远程联网认证 | 常规 TLS，无抗量子身份 | 支持 PQC 证书双向认证、云端证书管理 |
四、联网安全运维与证书生命周期管理
- 设备入网：首次联网使用信任根派生证书，完成设备在安全平台注册。
- 证书轮换：定期远程下发新的 PQC 证书，旧证书标记失效，防止证书长期不变带来的风险。
- 异常处置：云端检测到设备固件异常、证书被冒用，远程吊销证书，切断设备接入权限。
- 日志上报：安全启动记录、验签记录、证书更新记录加密上传后台，作为合规审计凭证。
- 算法迭代：如果后续 PQC 标准更新，在安全框架内远程更新算法实现，不需要更换硬件。
五、适配新法规落地注意事项
- 确认目标法规要求：区分是欧盟 Cyber Resilience Act、国内物联网、电表或者工控相关安全规范，不同法规对信任根、后量子密码、审计日志要求不一样。
- 做好威胁建模：评估产品是否需要纯 PQC，还是 ECC+PQC 混合过渡方案，降低算力开销。
- 供应链管控：烧录信任根的工位要隔离，管控烧录密钥，避免批量泄露根凭证。
- 文档留存：收集芯片安全手册、测试报告、审计日志，法规审核时提交合规证据包。
把整套安全机制落地之后，STM32G5 的硬件信任根给设备建立牢不可破的信任起点，PQC 补齐量子时代的密码短板，再搭配联网证书和审计体系，能够帮助工业、物联网终端快速完成新一代安全法规的合规改造，不用依赖高成本专用安全芯片，在通用 MCU 平台实现可信、抗量子、可审计的安全能力。
【相关 FAQ】
问题 1：意法半导体 STM32G5 安全架构里面的 PQC 和信任根，在应对新法规时分别起到什么作用？
回答 1：STM32G5 安全架构里的硬件信任根作为底层可信锚点，保障固件可信启动、密钥不会被轻易篡改窃取；PQC 也就是后量子密码用来抵御未来量子计算机破解传统加密算法，两者配合并且支持联网证书审计，是设备满足新一代安全法规的两大核心支撑。
问题 2：STM32G5 安全架构支持 PQC，是不是意味着可以直接替换项目中原有的 ECC 密码体系？
回答 2：可以逐步替换，STM32G5 安全架构支持 PQC 和传统 ECC 共存，项目可以先用混合认证方案过渡，再慢慢切换成全 PQC，同时联网平台也要同步适配 PQC 验签逻辑，保证设备和云端双向认证正常。
问题 3：没有新法规强制要求后量子密码的场景，还有必要启用 STM32G5 安全架构里的信任根吗？
回答 3：有必要，就算暂时没有强制 PQC 要求，STM32G5 安全架构的硬件信任根可以实现可信启动、防固件篡改、密钥隔离，同时可以联网上传安全审计日志，满足当下绝大多数物联网、工控设备的安全法规基线要求，提前做好安全储备。
问题 4：STM32G5 安全架构的信任根信息能不能后期修改，如果烧录出错怎么办？
回答 4：STM32G5 安全架构的信任根存放在一次性可编程 OTP，正常烧录锁定之后无法修改；烧录出错会直接破坏设备信任锚，设备很难再用于合规项目，所以信任根烧录必须在受控安全工位操作，烧录前完成校验。
【参考资料】
[2026-10-27]（ST 推出 STM32G5，集成硬件信任根与 PQC 能力面向安全合规）意法半导体官网
[2026-10-14]（STM32G5 安全架构：后量子密码在工业 MCU 的落地路径）电子发烧友
[2026-09-22]（Cyber Resilience Act 对 MCU 硬件信任根、后量子密码要求解读）与非网
[2026-08-30]（NIST PQC 标准在 STM32 系列芯片移植与性能测试）Embedded World 中文站
[2026-07-11]（STM32G5 安全子系统、可信启动与调试安全机制详解）ST 社区
[2025-11-18]（面向物联网终端的后量子密码与信任根合规方案）物联网世界
【免责声明】
本文仅为意法半导体 STM32G5 安全架构、PQC、信任根相关技术方案参考，不能替代 ST 官方数据手册、安全应用笔记以及对应地区网络安全法规、产品认证规范；PQC 算法选型、信任根烧录、安全域划分、联网证书体系需要结合产品场景、认证要求做完整评估与渗透测试；不同版本芯片固件、安全库版本会影响安全能力，直接套用本文方案而未做安全评估、第三方安全认证引发合规失败、密钥泄露、设备被攻击，本文不承担相关责任。