3. 公钥基础设施(PKI)核心概念
工业设备身份管理的技术底座是公钥基础设施(PKI)。它并不是某一件产品,而是一整套围绕“密钥—证书—信任”运转的机制与角色集合。理解 PKI,关键不是背下缩写,而是弄清每个部件在设备身份生命周期中承担什么职责、彼此如何衔接。本节先讲清核心原理,再把它们逐一映射到工业现场的真实对象上。
非对称加密:一对密钥,两种用途
非对称加密使用一对数学上关联的密钥:私钥与公钥。私钥由持有者严格保密,公钥可以公开分发。二者关系决定了 PKI 的两大能力:
- 加密/解密:用公钥加密的数据,只有对应私钥能解开,用于保护机密性。
- 签名/验签:用私钥对数据摘要签名,任何人用公钥即可验证,用于保证完整性与来源真实性。
工业场景中,常见算法包括 RSA-2048/3072 与 ECC(如 secp256r1、secp384r1)。ECC 在同等安全强度下密钥更短、运算更快,更适合算力与存储受限的 PLC、RTU、边缘网关。需要强调:非对称运算开销远大于对称运算,因此实际通信通常采用“非对称协商密钥 + 对称加密传输数据”的混合模式,例如 TLS 握手阶段用 ECDHE 协商会话密钥,之后用 AES-GCM 加密业务报文。
数字签名:设备数据的“防篡改封条”
数字签名不是对整段数据直接加密,而是先对数据做哈希(如 SHA-256),再用私钥对摘要签名。验证方重新计算摘要,并用公钥解密签名值比对。若一致,说明数据未被篡改且确实来自私钥持有者。
在工业设备上,签名有典型用法:固件升级包签名、配置下发签名、设备上报数据的来源证明。例如一台边缘网关向平台上报关键工艺参数,可对报文附加签名,平台验签通过后才采信,防止中间人伪造数据。签名保证的是完整性与不可否认性,不保证机密性——需要保密时仍要额外加密。
数字证书:把公钥和身份绑定起来
公钥本身无法说明“它属于谁”。数字证书正是解决这一问题的载体:它由可信的证书颁发机构(CA)签发,把公钥、主体身份(设备 ID、型号、组织)、有效期、用途、签发者等信息绑定,并由 CA 用私钥签名。X.509 v3 是最通用的证书格式,工业设备证书常通过扩展字段约束用途,例如 keyUsage 限定为 digitalSignature、extendedKeyUsage 限定为 clientAuth 或特定工业协议 OID。
设备验证对端证书时,会沿证书链逐级向上验证签名,直到信任锚(根 CA)。这条链就是信任的传递路径。
CA 与 RA:签发与审核的分工
CA(证书颁发机构)负责签发和吊销证书,其私钥是整个信任体系的命脉,通常存放在 HSM(硬件安全模块)中,绝不出库。RA(注册机构)是 CA 的前置窗口,负责受理设备注册申请、核验身份、审核资料,再把通过的请求转交 CA 签发。RA 不持有 CA 私钥,因此即使 RA 被攻破,也无法伪造证书。
工业场景中,RA 的“身份核验”往往对应设备出厂时的唯一标识(如序列号、安全芯片 ID)、产线工装授权或运维人员审批。大型企业常采用分层 CA:离线根 CA 保护信任锚,在线签发 CA 承担日常设备证书签发,降低根密钥暴露风险。
CRL 与 OCSP:证书吊销的两种查询方式
证书在到期前可能因私钥泄露、设备退役、被替换而需要提前失效,这就是吊销。吊销状态通过两种机制对外发布:
- CRL(证书吊销列表):CA 定期发布一份被吊销证书序列号的列表,验证方下载后本地比对。优点是离线可用,缺点是列表可能很大、更新有延迟。
- OCSP(在线证书状态协议):验证方实时向 OCSP 响应器查询某张证书状态,返回 good/revoked/unknown。优点是实时、轻量,缺点是依赖网络连通性。
工业现场网络常受限甚至间歇断网,因此实践中常采用“OCSP Stapling”把状态响应随证书一起下发,或对 CRL 做本地缓存并设定合理刷新周期,兼顾实时性与可用性。
PKI 组件到工业设备的映射
把上述概念落到现场,可以形成一张清晰的对应关系。下图展示了从设备身份注册到通信验证的完整信任链,以及各 PKI 组件在工业场景中的具体承载对象。
从图中可以看到一条完整的信任路径:根 CA 作为信任锚签发下级 CA,RA 负责核验设备身份并提交申请,签发 CA 为设备颁发证书,设备持证书与私钥与平台建立双向认证,平台再通过 CRL/OCSP 确认证书未被吊销。工业现场的特殊性在于:设备算力有限、网络可能间歇中断、生命周期长达十年以上,因此密钥必须落在安全芯片或 TPM 中,吊销查询要设计离线兜底策略,证书有效期与轮换机制也要与设备运维节奏匹配。