1. TPM设备身份与密钥保护工程导论
在物联网、工业控制、车联网和边缘计算设备大规模部署的今天，设备不再只是"能联网的硬件"，而是需要被平台识别、被策略授权、被审计追踪的可信实体。设备身份一旦被伪造，攻击者就可以冒充合法终端接入云端、窃取数据、下发恶意指令，甚至横向渗透整个设备网络。TPM（Trusted Platform Module，可信平台模块）正是为解决"设备是谁、密钥放在哪、运行环境是否可信"这三个根本问题而设计的硬件安全根。本课程围绕TPM在设备身份与密钥保护中的工程落地展开，帮助读者从原理理解走向可实施、可验证的工程能力。
课程目标：从"知道TPM"到"用TPM交付可信设备"
本课程不是TPM规范的手册式解读，而是面向设备研发、安全架构、测试与运维人员的工程实践课程。学完本课程，读者应能达成以下目标：
- 理解TPM 2.0的核心对象模型，包括EK（Endorsement Key，背书密钥）、SRK（Storage Root Key，存储根密钥）、AK（Attestation Key，证明密钥）以及PCR（Platform Configuration Register，平台配置寄存器）的作用与相互关系；
- 能够基于TPM完成设备身份建立、密钥生成与封装、远程证明、密钥迁移等典型工程任务；
- 掌握在Linux、Windows及嵌入式环境中调用TPM的常见工具链与接口，如
tpm2-tools、TSS、TPM2.0命令集； - 能够识别并规避密钥保护工程中的常见陷阱，例如密钥明文导出、PCR策略过宽、EK证书链缺失、授权值弱化等；
- 具备设计"设备身份—密钥生命周期—证明链—运维审计"完整方案的能力。
TPM在设备身份与密钥保护中的定位
要理解TPM的定位，先要区分三个容易混淆的概念：设备标识、设备身份和设备可信身份。设备标识是出厂序列号、MAC地址这类"名字"，可被读取和复制；设备身份是能够参与密码学运算、证明"我持有某私钥"的实体；设备可信身份则进一步要求该私钥受硬件保护，且设备运行状态可被度量与证明。TPM的价值在于把后两者从"软件声称"提升为"硬件保证"。
TPM是一颗独立的安全芯片或集成在SoC中的固件可信模块，它内部具有受保护的存储、密码引擎和随机数发生器。私钥可以在TPM内部生成并永不离开，签名和解密操作在芯片内完成，外部只能得到结果而无法得到密钥本身。这就把传统方案中"私钥存文件、靠权限保护"的脆弱模式，转变为"私钥不可导出、靠硬件隔离保护"的强模式。
在设备身份体系中，TPM通常承担四个角色：第一，作为身份根，通过EK及其证书证明"这是一颗真实的TPM"；第二，作为密钥保险箱，通过SRK和层级结构保护设备业务密钥；第三，作为度量与证明引擎，通过PCR记录启动链状态并生成可验证的证明；第四，作为策略执行点，通过授权策略和PCR策略限制密钥的使用条件。四者叠加，才构成完整的设备可信身份。
工程实施全景图
TPM设备身份与密钥保护工程可以划分为五个相互衔接的阶段，下图给出了从设备出厂到运行期证明的完整数据流与信任传递关系。
上图把工程实施拆成五个阶段，并明确三条并行的数据流：密钥数据流解决"密钥怎么存、怎么用"，证明数据流解决"状态怎么证、怎么判"，身份数据流解决"设备怎么注册、怎么绑定"。三条流都锚定在同一个硬件信任根上，任何一条脱离TPM保护，整体方案的可信度都会下降。
典型工程参数与判断依据
为了让读者对实际工程有量化概念，下面给出一组教学示例参数（属于合理假设，非实测数据）。假设某工业网关采用TPM 2.0芯片，出厂阶段生成EK并签发EK证书，启动阶段度量PCR[0]至PCR[7]，业务密钥采用SRK封装存储。工程上通常关注以下判断点：
| 判断项 | 示例值/要求 | 判断依据 |
|---|---|---|
| EK私钥可导出性 | 不可导出 | TPM规范要求EK私钥永不离开芯片 |
| EK证书链 | 厂商根CA → 设备EK证书 | 验证方需能回溯到受信根 |
| SRK持久化句柄 | 0x81000001 | 常见持久化句柄，便于业务调用 |
| PCR策略覆盖 | PCR[0,2,4,7] | 覆盖固件、引导、内核与安全启动策略 |
| Quote签名算法 | RSASSA-PSS 2048 或 ECDSA P-256 | 与AK类型及验证方能力匹配 |
| 密钥轮换周期 | 示例：90天 | 按业务风险与合规要求设定 |
这些参数不是固定答案，而是工程决策的起点。例如PCR选择过少会导致策略过宽，攻击者替换内核仍能解封密钥；PCR选择过多则容易因正常升级导致解封失败。工程上需要在安全强度与可运维性之间取得平衡，并通过灰度升级、策略版本管理来降低风险。
本课程的学习路径
后续章节将沿着"原理—对象—操作—验证—排障"的路径展开。读者会先理解TPM 2.0的层级结构与密钥对象，再进入EK、SRK、AK的具体使用；随后学习PCR度量与Quote证明的完整链路，掌握如何用tpm2-tools完成密钥创建、封装、解封、签名与证明；最后通过故障排查与工程案例，把零散命令串成可交付的设备身份方案。学习过程中建议边读边在真实或模拟TPM环境中执行命令，观察返回值、句柄和PCR变化，这样才能把"知道"转化为"会做"。
Clear、EvictControl等命令可能造成不可逆的密钥丢失。建议先在开发板或软件TPM（如swtpm）上验证流程，再迁移到目标硬件。TPM设备身份与密钥保护工程的核心，不是记住多少条命令，而是建立"硬件信任根—密钥生命周期—度量证明—运维审计"的系统观。当你能清楚回答"私钥在哪、谁能用、什么条件下能用、怎么证明它没被滥用"这四个问题时，就已经具备了交付可信设备的基础能力。