1. 课程导入
在零信任架构、边缘计算、车联网与工业互联网快速落地的今天，“这台设备到底是不是它声称的那台设备”已经成为一个必须被密码学回答的问题。传统基于MAC地址、序列号或软件指纹的设备识别方式，容易被克隆、篡改和伪造；而TPM（Trusted Platform Module，可信平台模块）提供的硬件信任根，让设备身份从“可声明的字符串”升级为“不可导出的密钥+可验证的证明链”。本课程围绕TPM设备身份与远程证明工程展开，目标不是停留在概念层面，而是让学习者能够设计、实现并运维一套可落地的设备身份与远程证明体系。
一、学习目标：从“知道TPM”到“交付可信身份系统”
本课程的学习目标分为四个层次，逐层递进：
- 概念层：理解TPM 2.0的信任根、PCR、EK、AK、NV存储、密封存储等核心概念，能区分设备身份与用户身份、本地证明与远程证明。
- 协议层：掌握TPM命令交互、TPM2_MakeCredential、TPM2_ActivateCredential、Quote、Certify、NV读写等关键流程，理解挑战-响应式远程证明的密码学逻辑。
- 工程层：能够基于tpm2-tools、TSS、Go/Java TPM库完成设备身份注册、密钥签发、证明报告生成与验证服务端开发。
- 运维层：能够设计证明策略、处理PCR漂移、密钥轮换、设备退役、批量设备接入与证明失败排障。
二、核心价值：为什么TPM设备身份是零信任的基石
零信任的核心原则是“永不信任，始终验证”。但验证的前提是有一个可信的主体标识。如果设备身份可以被随意伪造，那么后续的访问控制、策略下发、数据加密都建立在流沙之上。TPM设备身份的价值体现在三个层面：
- 不可克隆性：EK（Endorsement Key）由TPM厂商在制造时注入，私钥不可导出，克隆设备无法获得相同EK。
- 平台状态可度量：PCR寄存器记录从固件到操作系统的启动度量值，远程证明可以验证设备是否运行在预期状态。
- 密钥与平台绑定：通过密封存储，密钥只有在特定PCR值满足时才可解封，实现“密钥不离开可信环境”。
在车联网中，TPM用于证明车载T-Box的固件完整性；在工业边缘网关中，TPM用于向云端证明网关未被植入恶意固件；在数据中心中，TPM用于服务器启动证明与磁盘加密密钥释放。这些场景的共同点是：设备身份不是配置出来的，而是硬件证明出来的。
三、整体知识框架：从信任根到证明服务
本课程的知识框架可以概括为“一条信任链、两类证明、三个角色、四层工程”。一条信任链指从TPM硬件信任根出发，经过CRTM、固件、Bootloader、OS内核到应用层的度量链；两类证明指本地证明（Local Attestation）与远程证明（Remote Attestation）；三个角色指设备端、证明服务端、依赖方（Relying Party）；四层工程指硬件与固件层、TPM命令与密钥层、证明协议层、业务集成层。
四、实战路线图：从单设备到规模化证明服务
课程实战路线按照“先通点、再连线、后成面”的方式推进。第一阶段在单台Linux设备上完成TPM初始化、EK/AK生成、PCR读取与Quote签名，理解每个命令的输入输出。第二阶段搭建最小证明服务端，实现挑战下发、Quote验证、PCR策略比对，完成一次完整的远程证明闭环。第三阶段引入设备注册与证书签发，将EK证书、AK证书与设备台账关联，形成设备身份生命周期管理。第四阶段面向批量设备，设计证明服务的高可用、缓存、限流与失败重试机制，并处理PCR漂移、固件升级导致的证明失败。
| 阶段 | 核心任务 | 关键命令/接口 | 交付物 |
|---|---|---|---|
| 单设备验证 | TPM初始化与密钥生成 | tpm2_startup、tpm2_createprimary、tpm2_create | EK/AK密钥句柄与公钥 |
| 证明闭环 | Quote生成与验证 | tpm2_quote、tpm2_checkquote | 可验证的PCR签名报告 |
| 身份注册 | 设备证书签发与绑定 | tpm2_makecredential、tpm2_activatecredential | 设备身份证书与台账 |
| 规模化运维 | 批量接入与策略管理 | 证明服务API、策略引擎 | 高可用证明服务与告警 |