3. PKI公钥基础设施：PKI核心组件与X.509证书
聊到边缘网关的身份认证，绕不开一个东西——PKI。说白了，PKI就是一套让互联网上互不相识的双方能安全交换密钥的机制。我在做边缘项目时，经常遇到有人问：“为什么不用简单的用户名密码？”嗯，你想想看，网关设备成千上万，密码怎么分发？怎么轮换？被破解了怎么办？PKI就是来解决这些问题的。
核心观点：PKI不是某个单一技术，而是一套完整的信任体系。它解决了“你怎么证明你是你”这个终极问题。
3.1 PKI核心组件：CA、RA、证书库
PKI有三个核心角色，我习惯把它们比作一个城市的身份认证系统：
- CA（证书颁发机构）——相当于公安局。它负责签发、吊销证书，是整个信任链的根。CA自己签自己的证书，这个证书叫自签名证书，也就是根证书。
- RA（注册机构）——相当于派出所。它负责审核申请人的身份，但不直接签发证书。审核通过后，把请求转给CA去签发。我在项目中见过不少直接把RA功能合并到CA里的做法，小规模没问题，大规模部署时RA能分担CA的审核压力。
- 证书库——相当于档案室。存放已签发的证书和证书吊销列表（CRL）。客户端可以来这里查询某个证书是否有效。
这三个组件的关系，我画了张图：
我的经验：在边缘网关场景下，我建议把RA部署在靠近网关的区域，比如边缘节点上。这样网关发起证书请求时，延迟更低，网络抖动影响也小。CA则放在中心机房，做好物理隔离。
3.2 X.509证书结构
X.509是PKI中最常用的证书标准。我刚开始接触时，觉得它就是一串乱码。后来拆开看，其实结构很清晰。一个标准的X.509 v3证书包含以下字段：
| 字段 | 说明 | 我的备注 |
|---|---|---|
| 版本号 | 目前主流是v3 | v1和v2基本不用了 |
| 序列号 | CA分配的唯一编号 | 吊销证书时靠它定位 |
| 签名算法 | 如SHA256-RSA | 边缘设备建议用ECC，算力消耗小 |
| 颁发者 | 签发该证书的CA名称 | DN格式，如CN=MyCA, O=Edge |
| 有效期 | notBefore ~ notAfter | 边缘网关建议1年以内 |
| 主体 | 证书持有者名称 | 可以用网关的设备ID |
| 公钥 | 持有者的公钥信息 | 算法+密钥长度 |
| 扩展 | v3新增的扩展字段 | 关键扩展如Key Usage、Subject Alt Name |
这里我要特别强调一下扩展字段。我在项目中遇到过一个问题：网关证书明明有效，但TLS握手就是失败。查了半天，发现是Key Usage扩展里没有设置digitalSignature。嗯，这个扩展告诉对方“我这个证书能用来干嘛”。常见的扩展有：
- Key Usage：digitalSignature、keyEncipherment、keyCertSign等
- Extended Key Usage：serverAuth、clientAuth、codeSigning等
- Subject Alternative Name：可以填IP地址、DNS域名，边缘网关经常用IP通信，这个必须配
避坑指南：我曾经在给一批边缘网关签发证书时，忘了配Subject Alternative Name。结果网关之间用IP地址通信时，TLS握手全部失败。后来批量重签，折腾了两天。记住：边缘场景下，SAN里一定要配上IP地址。
3.3 证书生命周期管理
证书不是永久的，它有完整的生命周期。我把它分为五个阶段：
- 申请：网关生成密钥对，把公钥和身份信息打包成CSR（证书签名请求），发给RA。
- 审核：RA验证网关身份。小规模可以自动审核，大规模需要人工介入。
- 签发：CA用私钥对CSR签名，生成证书。同时把证书发布到证书库。
- 使用：网关用证书进行TLS握手、身份认证。期间客户端会通过CRL或OCSP检查证书是否被吊销。
- 吊销/过期：证书到期自动失效，或者被CA提前吊销。吊销信息写入CRL。
这里有个容易被忽略的点——证书续期。我见过不少项目，证书过期了才发现，导致整个边缘网络瘫痪。我的建议是：
最佳实践：在证书到期前30天启动自动续期。边缘网关应该内置续期逻辑，定时检查证书有效期，提前发起续期请求。不要等到过期再处理。
3.4 自建CA vs 商业CA
做边缘网关项目时，经常要选：是自己搭CA，还是买商业CA的证书？我两种都做过，说说我的感受。
| 对比维度 | 自建CA | 商业CA |
|---|---|---|
| 成本 | 初期投入低，运维成本高 | 按证书数量收费，量大不划算 |
| 灵活性 | 完全可控，证书字段随便配 | 受限于CA策略，扩展字段有限 |
| 信任范围 | 仅限内部，需要手动分发根证书 | 全球信任，浏览器/OS默认信任 |
| 安全性 | 取决于你的运维水平 | 专业团队维护，安全性高 |
| 适合场景 | 企业内部、设备间通信 | 面向公网、需要外部访问 |
我个人习惯是：边缘网关之间的内部通信，用自建CA。网关和云端通信，用商业CA。为什么？因为网关之间不需要浏览器信任，自建CA完全够用，而且灵活。但网关和云端通信时，云端服务需要被公网客户端信任，商业CA的根证书预装在浏览器和操作系统里，省事。
一个小技巧：自建CA时，可以用两步架构——根CA离线保存，中间CA在线签发。这样即使中间CA被攻破，根CA还在，可以吊销所有中间CA签发的证书，重新签发。我在生产环境中一直用这个方案。
嗯，PKI这块内容不少，但核心就是信任链。你只要记住：CA是信任的起点，证书是信任的载体，CRL是信任的终止。边缘网关的身份认证，说到底就是让每个设备都有一张合法的“身份证”，并且能随时查验这张身份证是否有效。