📚 课程目录第1章设备CA与信任链概述

1. 设备CA与信任链概述

在物联网、工业互联网和车联网等场景中，设备数量从几十台迅速扩展到百万级。当一台网关需要判断“对面这台传感器是不是我厂生产的、有没有被替换过、固件有没有被篡改”时，仅靠用户名口令或预共享密钥已经难以支撑。设备CA（Device Certificate Authority，设备证书颁发机构）正是为解决这类问题而引入的专用信任基础设施：它面向设备而非人，负责为每一台设备签发数字身份证书，并在设备接入、通信、升级、退役的整个生命周期中提供可验证的身份依据。

设备CA的定义与边界

设备CA可以理解为“专门给设备发身份证的机构”。它持有一对根密钥（根私钥与根公钥），用根私钥对设备证书进行签名，任何持有根公钥的一方都能验证该证书确实由这个CA签发。与面向员工的用户CA相比，设备CA有三个显著差异：

签发对象是机器：证书主体通常是设备序列号、芯片唯一ID或产品型号+批次号，而不是姓名和邮箱。
生命周期长且无人值守：设备可能部署在野外运行5～10年，无法像员工那样定期到窗口更换证书，因此需要自动续期、批量吊销等机制。
算力与存储受限：很多设备只有几十KB RAM，无法运行完整的TLS栈，需要轻量级证书格式（如CWT、CBOR编码）或硬件安全模块（SE、TPM）配合。

设备CA并不等同于“一个软件”。它通常由根CA、中间CA（签发CA）、注册机构（RA）、证书数据库和吊销列表（CRL/OCSP）组成。根CA离线保存，中间CA在线签发，RA负责审核设备身份，这种分层结构既保护了根密钥，又支撑了高并发签发。

信任链的基本概念

信任链（Chain of Trust）是一条从“绝对可信的锚点”出发，逐级验证到“目标设备”的签名路径。它的核心逻辑是：如果A信任B，B信任C，那么A可以信任C——前提是每一级签名都能被上一级公钥验证通过。

以一条典型的设备证书链为例：

根CA证书（自签名，预置在设备/网关的信任库中）
   └── 中间CA证书（由根CA签名）
          └── 设备证书（由中间CA签名，主体为 device-001）

验证时，网关先取出设备证书，用中间CA公钥验证其签名；再用根CA公钥验证中间CA证书的签名；最后确认根CA在本地信任库中。三步全部通过，才认为设备身份可信。任何一步失败——签名不匹配、证书过期、被吊销、主体名称不符——信任链即断裂，连接应被拒绝。

信任链的“锚”是根CA证书。它必须通过安全方式预置到设备或网关中，例如产线烧录、安全启动固件内置或一次性安全注入。如果根CA被替换，整条链就失去意义，因此根私钥通常存放在离线HSM中，签发操作需多人授权。

设备身份认证的挑战与需求

把信任链落到真实设备上，会碰到几类典型挑战：

首次信任建立：设备出厂时如何安全地获得第一张证书？常见做法是在产线通过安全通道向RA申请，私钥在设备内部生成、永不导出。
时钟与有效期：很多设备没有RTC，上电后时间可能回到1970年，导致证书“未生效”。需要依赖安全时间源或放宽有效期校验策略。
吊销与更新：设备被盗或固件漏洞暴露后，必须能快速吊销其证书。CRL文件可能很大，OCSP又依赖网络，需要结合短有效期证书和批量吊销列表。
算力约束：ECDSA P-256签名验证在低端MCU上可能耗时数百毫秒，需评估是否使用更轻量的Ed25519或硬件加速。
规模化：百万级设备意味着百万张证书，签发、存储、查询和吊销都必须自动化，人工介入不可行。

对应的需求可以归纳为：唯一身份、不可伪造、可验证、可吊销、可自动续期、资源可控。这六点也是后续章节评估方案优劣的基本标尺。

课程整体学习路径

本课程围绕“设计一套可落地的设备CA与信任链架构”展开，整体分为四个阶段：

概念与模型（第1～6章）：理解设备CA、信任链、证书结构、密钥体系和威胁模型，建立判断依据。
架构设计（第7～15章）：设计根CA/中间CA分层、RA注册流程、证书模板、吊销机制和HSM部署方案。
实现与集成（第16～24章）：在设备端集成密钥生成、证书申请、TLS双向认证和自动续期，给出可运行的配置与代码示例。
运维与排障（第25～30章）：处理证书过期、吊销失败、时钟偏差、根CA轮换等真实故障，并复盘架构演进。