2. 证书链的构成：根证书、中间证书、设备证书的角色与层级关系
说到证书链，我经常跟团队里的新人讲：这玩意儿本质上就是一个「信任传递」的链条。你想想看，你的嵌入式设备要跟服务器通信，凭什么相信对方出示的证书是真的？总不能每台设备出厂前都预装全世界的根证书吧？
所以就有了证书链这种分层结构。说白了，就是让一个大家都信任的「大佬」（根CA）来给「二当家」（中间CA）签字，然后「二当家」再给「小弟」（设备证书）签字。这样一层层往下，信任就传递下去了。
核心概念：证书链 = 根证书 + 一个或多个中间证书 + 终端实体证书（设备证书）。每一级证书都由上一级签发，形成一条可追溯的信任路径。
2.1 三个角色的定位
我在一个智能电表项目里吃过亏，当时就是没搞清楚这三个角色的分工，导致证书链验证死活过不去。咱们一个一个说清楚。
| 角色 | 谁签发它 | 主要用途 | 生命周期 |
|---|---|---|---|
| 根证书 | 自签名（自己签自己） | 信任锚点，签发中间CA | 10-20年，极长 |
| 中间证书 | 根证书签发 | 签发设备证书，隔离风险 | 5-10年，较长 |
| 设备证书 | 中间证书签发 | 设备身份认证、TLS握手 | 1-5年，较短 |
2.2 根证书：信任的起点
根证书是整个信任链的「祖宗」。它自己签自己，没有上级。在嵌入式设备里，根证书通常是预置在固件或安全芯片中的。
我记得有一次做车联网T-Box项目，客户要求把根证书烧录在SE（安全元件）里。当时我图省事，直接用了OpenSSL自签了一个根证书，有效期设了20年。结果后来发现，这个根证书的密钥算法太弱，被安全审计打回来了。嗯，这里要注意：根证书的密钥强度必须是最高的，我建议至少用RSA 4096或ECC P-384。
我的习惯：根证书的私钥一定要离线保存，最好放在硬件加密机（HSM）里。线上服务器永远不要碰根私钥，这是铁律。
2.3 中间证书：风险隔离层
为什么要有中间证书？直接让根证书签设备证书不行吗？
技术上可以，但实际中没人这么干。你想想，如果根证书的私钥泄露了，整个信任体系就崩了，所有设备都得召回。但如果是中间证书的私钥泄露呢？只需要吊销这一个中间证书，重新签发一批就行，根证书纹丝不动。
这就是风险隔离。我在一个工业网关项目里，就设计了三级中间证书：
- 一级中间CA：按产品线划分（比如智能电表线、水表线）
- 二级中间CA：按批次划分（比如2024年Q1批次）
- 三级中间CA：按工厂划分（比如深圳工厂、苏州工厂）
这样即使某个工厂的中间证书出问题，影响范围也控制在一个批次内，不至于全网瘫痪。
避坑指南：我曾经见过一个团队，中间证书的Key Usage字段没配对，导致设备证书签发出来无法用于TLS客户端认证。检查一下你的中间证书：keyCertSign 和 cRLSign 这两个扩展必须要有。
2.4 设备证书：最终的执行者
设备证书就是装在嵌入式设备里的那个「身份证」。它由中间CA签发，用于TLS握手时的身份证明。
设备证书有几个关键字段，我建议你重点关注：
- Subject：设备的唯一标识，比如序列号或MAC地址
- SAN（Subject Alternative Name）：设备的IP或域名，IoT设备常用
- Key Usage：digitalSignature（数字签名）和 keyEncipherment（密钥加密）
- Extended Key Usage：clientAuth（客户端认证）或 serverAuth（服务器认证）
这里有个坑：很多嵌入式设备的证书有效期设得太长，比如5年。但设备一旦出货，证书更新非常麻烦。我建议设备证书有效期控制在1-2年，配合OTA升级机制来更新证书。
2.5 证书链的层级关系图
下面这张图是我在培训时必画的，它把证书链的层级关系讲得清清楚楚。
2.6 实际部署中的证书链长度
你可能要问：证书链到底多长合适？
我在实际项目中总结了一个经验：2-3级最常用。也就是：根证书 → 中间证书 → 设备证书。如果产品线复杂，可以再加一级中间证书，但超过4级就会带来两个问题：
- 握手延迟增加：每次TLS握手都要传输整个证书链，多一级就多几百字节到几KB
- 验证开销变大：嵌入式设备的CPU资源有限，每级证书都要做签名验证
我的建议：对于资源受限的MCU设备（比如Cortex-M0+），证书链最好不超过3级。如果必须用多级，考虑在设备端缓存中间证书的验证结果，减少重复计算。
2.7 证书链的存储与传输
在嵌入式设备里，证书链怎么存？
我一般这样安排：
- 根证书：预置在固件或安全芯片的只读区域，不可修改
- 中间证书：可以预置，也可以通过OTA更新
- 设备证书+私钥：生产时烧录，私钥必须放在安全存储区
传输时，设备在TLS握手时发送的是设备证书 + 中间证书，根证书不需要发送——因为对端已经预置了根证书。这也是为什么根证书被称为「信任锚点」。
曾经踩过的坑：有个项目，设备在TLS握手时把整个证书链（包括根证书）都发过去了。结果对端验证时发现根证书是自签名的，但又不信任这个自签名根证书，导致握手失败。记住：只发中间证书和设备证书，根证书是预置的，不要发。
2.8 小结
证书链的构成其实不复杂，但每个角色的职责必须清晰：
- 根证书是信任的基石，必须最高安全保护
- 中间证书是风险缓冲带，建议按产品线/批次划分
- 设备证书是最终的执行者，注意有效期和Key Usage配置
搞清楚了这三个角色的关系，后面讲证书链验证和部署的时候，你就不会晕了。