数字证书基础：X.509、密钥对与信任链
聊 OPC UA 安全，绕不开数字证书。我刚开始接触这个领域时，也觉得证书这东西挺虚的——不就是一堆二进制数据吗？后来在产线上吃过亏，才明白证书是工业通信的「身份证」，搞错了连不上、搞乱了不安全。
这一章，咱们把 X.509 证书、公钥私钥、证书链和信任列表这几个核心概念掰开揉碎。你理解透了，后面配置 OPC UA 安全策略时就不会发怵。
2.1 什么是 X.509 证书？
X.509 是国际电信联盟（ITU-T）定义的公钥证书标准。说白了，它就是一个数字文件，把身份信息和公钥绑定在一起，再由某个权威机构签名担保。
你可以把它想象成现实中的身份证。身份证上有你的照片、姓名、有效期，还有发证机关的盖章。X.509 证书也一样——它包含持有者的身份、公钥、有效期，以及签发者的数字签名。
核心要点：X.509 证书解决的是「你怎么证明你是你」的问题。在 OPC UA 通信中，客户端和服务器通过交换证书来确认对方身份。
一个标准的 X.509 v3 证书包含以下关键字段：
| 字段 | 说明 | 我的经验 |
|---|---|---|
| 版本号 | 目前主流是 v3（值为 2） | v1/v2 已淘汰，别用了 |
| 序列号 | 签发者唯一分配 | 用于吊销时快速定位 |
| 签名算法 | 如 sha256WithRSAEncryption | OPC UA 要求至少 SHA-256 |
| 签发者 | 签发该证书的 CA 名称 | 格式为 DN（Distinguished Name） |
| 有效期 | notBefore 和 notAfter | 我习惯设 2-3 年，太长不安全 |
| 主体 | 证书持有者的 DN | OPC UA 常用 URI 格式 |
| 公钥 | 持有者的公钥信息 | 算法和密钥长度都在这里 |
| 扩展 | v3 新增的扩展字段 | 如密钥用途、基本约束等 |
小技巧：在 Linux 上可以用 openssl x509 -in cert.der -text -noout 查看证书内容。我调试 OPC UA 连接问题时，第一步就是看证书有效期和主体名称对不对。
2.2 公钥与私钥的作用
非对称加密是数字证书的基石。每个证书对应一对密钥：私钥自己保管，公钥公开分发。这两个密钥数学上相关，但无法从公钥反推出私钥。
在 OPC UA 中，密钥对主要干两件事：
- 加密通信：发送方用接收方的公钥加密数据，只有持有对应私钥的接收方才能解密。这保证了机密性。
- 数字签名：发送方用自己的私钥签名数据，接收方用发送方的公钥验证签名。这保证了完整性和不可否认性。
举个例子。我在一个项目中配置 OPC UA 服务器，客户端需要向服务器发送敏感的生产参数。服务器先用客户端的公钥加密会话密钥，客户端用私钥解密——这样即使中间有人抓包，也解不开数据。
注意：私钥必须严格保护！我曾经见过有人把私钥文件放在共享目录里，结果被误删，所有证书都得重新签发。私钥文件建议设置 400 权限，并定期备份到安全位置。
密钥长度方面，OPC UA 规范要求至少 2048 位的 RSA 密钥，或者 256 位的 ECC 密钥。我个人推荐用 3072 位 RSA 或 384 位 ECC，兼顾安全性和性能。
2.3 证书链与信任列表
单个证书好理解，但实际工业场景中，证书往往是分层管理的。这就引出了证书链的概念。
证书链，说白了就是一条从终端证书到根证书的信任路径。每一级证书都由上一级签发，最终追溯到自签名的根证书。结构大概是：
根 CA 证书（自签名）
└── 中间 CA 证书（由根 CA 签发）
└── 终端实体证书（由中间 CA 签发）
└── 这就是 OPC UA 设备用的证书为什么要搞这么复杂？你想想看，如果所有证书都由根 CA 直接签发，根 CA 的私钥一旦泄露，整个体系就崩了。分层之后，根 CA 可以离线保存，日常签发用中间 CA，风险隔离。
我在一个汽车工厂的项目中，客户要求所有 OPC UA 设备使用企业 CA 签发的证书。我们搭建了三级证书链：离线根 CA → 产线中间 CA → 每台设备证书。这样即使某台设备的私钥泄露，只需要吊销那一张证书，不影响其他设备。
信任列表（Trust List）就是一组你信任的 CA 证书或终端证书。OPC UA 客户端或服务器在验证对方证书时，会检查该证书是否由信任列表中的某个 CA 签发，或者证书本身是否在信任列表中。
验证过程大致如下：
- 接收方拿到对方的证书
- 检查证书是否在有效期内
- 检查证书是否被吊销（通过 CRL 或 OCSP）
- 沿着证书链向上找，直到找到一个信任列表中的根证书
- 验证每一级签名的有效性
- 检查证书扩展（如密钥用途是否匹配）
如果以上都通过，证书就被视为可信。否则，OPC UA 连接会被拒绝。
避坑指南：我曾经遇到一个案例，OPC UA 客户端始终连不上服务器，查了半天发现是信任列表里只放了根证书，但服务器用的是中间 CA 签发的证书，而中间 CA 证书没在信任列表里。记住：信任列表要么放根 CA，要么放中间 CA，要么直接放终端证书，但路径必须完整。
2.4 知识体系总览
下面这张图把本章的核心概念串起来了。你可以看到 X.509 证书、密钥对、证书链和信任列表之间的关系。
从图中你能看到，X.509 证书是核心载体，它携带了公钥信息。公钥和私钥配合完成加密和签名。证书链建立了层级信任关系，而信任列表则是你实际配置的「白名单」。
嗯，这一章的内容就到这里。你把这些概念理清了，后面配置 OPC UA 安全策略时，就知道每一步在做什么了。