PKI与数字证书在工控场景的部署实践

引言：PKI 是 OT 零信任的”身份基石”

随着工业 4.0 推进、零信任理念在 OT 场景落地、OPC UA 等强认证协议广泛应用，PKI 已成为工业控制系统的”身份基石”。

PKI 在 OT 场景的应用价值体现在五个层面：

价值一：设备身份认证。 工业防火墙、PLC、HMI、SCADA、边缘网关等设备之间建立加密通信与认证，不再依赖 IP 地址或共享口令。

价值二：用户身份认证。 工程师、操作员、维护人员使用证书或证书+口令组合认证，避免弱口令风险。

价值三：通信加密。 TLS、IPSec、OPC UA 等协议的加密依赖 PKI 提供密钥与证书。

价值四：数据签名。 组态文件、固件、配置变更的完整性验证依赖 PKI。

价值五：合规对齐。 IEC 62443、NIST、ISO 27001 等国际标准均将 PKI 列为推荐的身份认证机制。

但 OT 场景的 PKI 部署面临独特挑战，需要专门的工程化方案。

工控 PKI 的独特挑战

挑战一：设备种类繁多

OT 系统涉及 PLC、DCS、HMI、SCADA、RTU、工业网络设备、智能传感器、边缘网关等多种设备，每种设备的证书处理能力不同：

• 高端 PLC（如 S7-1500、ControlLogix）：支持 X.509、证书管理
• 中端 PLC（如 S7-300、S7-1200）：基础证书支持
• 老旧 PLC：无证书能力，需借助网关代理
• 嵌入式传感器：资源受限，仅支持预共享密钥（PSK）

挑战二：生命周期长

OT 设备的运行生命周期可达 15-30 年，而 PKI 证书的典型有效期为 1-5 年。证书生命周期管理与设备生命周期的不同步导致大量证书过期风险。

挑战三：停机窗口少

OT 系统的连续运行要求证书更新、密钥轮换等操作只能在计划停机窗口内进行，与 IT 环境的差异导致 PKI 部署难度大。

挑战四：跨厂商互操作

不同厂商的 OT 产品（PLC、工业防火墙、SCADA、历史数据库）可能使用不同的证书格式、信任模型、PKI 协议，互操作性挑战大。

挑战五：物理环境复杂

OT 设备部署在工业现场（高温、高湿、强电磁干扰、振动），物理安全难以保证。私钥的物理保护挑战大。

挑战六：合规与业务平衡

OT 系统的合规要求与业务连续性要求冲突时，如何平衡需要精细的策略设计。

PKI 基础架构设计

整体架构

工控 PKI 应采用”离线根 CA + 在线中间 CA”的分层架构：

根 CA（Root CA）—— 离线保存
    ├── 中间 CA 1（工控设备 CA）—— 在线
    ├── 中间 CA 2（工控用户 CA）—— 在线
    └── 中间 CA 3（外部证书 CA）—— 在线

根 CA：

• 离线保存（断网或半物理隔离）
• 仅用于签发下级 CA 证书
• 私钥采用强保护（HSM、加密存储）
• 生命周期 10-20 年

中间 CA：

• 在线运行（签名、密钥分发）
• 用于签发终端实体证书（设备、用户、服务）
• 私钥在线存储（HSM 或加密文件系统）
• 生命周期 5-10 年

终端实体证书：

• 设备证书、用户证书、服务证书
• 由中间 CA 签发
• 生命周期 1-5 年

CA 实现选型

自建 CA 方案：

• OpenSSL：开源、灵活、适合小规模
• Microsoft AD CS：企业集成度高、与 Windows 生态无缝
• EJBCA：开源企业级 CA、功能完善
• Dogtag PKI：红帽企业 PKI、集成 IdM
• Smallstep CA：云原生 CA、与 Kubernetes 集成

云 CA 服务：

• AWS Private Certificate Authority：与 AWS 服务深度集成
• Google Cloud Certificate Authority Service：与 GCP 集成
• Azure Key Vault Managed HSM：与 Azure 集成
• HashiCorp Vault PKI：跨云、跨平台
• 阿里云数字证书管理服务：国内合规

证书策略与证书策略声明

PKI 应建立完善的证书策略（CP, Certificate Policy）和证书实践声明（CPS, Certification Practice Statement），明确：

• 证书类型与适用场景
• 证书申请、签发、更新流程
• 证书吊销机制（CRL/OCSP）
• 密钥长度与算法（RSA ≥2048 位、ECDSA ≥256 位）
• 证书有效期（按证书类型分类）
• 私钥保护要求
• 审计与合规要求

证书生命周期管理

证书生命周期六阶段**：

阶段一：证书申请

• 生成密钥对（RSA、ECDSA）
• 创建证书签名请求（CSR）
• 提交 CA 签发申请
• 验证申请者身份

阶段二：证书签发

• CA 验证申请合法性
• CA 签发证书
• 证书推送到申请者
• 证书同步到信任库

阶段四：证书使用

• 设备/用户/服务使用证书认证
• 基于证书建立加密通信
• 基于证书签名验证数据完整性

阶段四：证书更新

• 接近过期时自动生成新证书
• 新证书推送与替换
• 旧证书移除

阶段五：证书续期

• 长期证书的中间续期
• 验证设备/用户身份有效性
• 重新签发证书

阶段六：证书吊销

• 私钥泄露或不再使用时立即吊销
• 通过 CRL 或 OCSP 通告
• 信任库同步移除

证书生命周期自动化

自动化方法：

• ACME 协议（自动化证书管理环境）：适合 Web 与现代服务
• EST 协议（Enrollment over Secure Transport）：适合 IoT 与工业设备
• SCEP 协议（Simple Certificate Enrollment Protocol）：传统设备
• CMP 协议（Certificate Management Protocol）：PKI 通用
• 配置管理工具：Ansible、Puppet、Chef

自动化实施建议：

• 关键设备使用 EST 或 CMP（现代协议）
• 边缘网关使用 SCEP 或 EST
• 老旧设备手工管理（例外）
• 所有自动化记录审计日志

设备身份认证实践

设备证书类型

设备身份证书：

• 标识设备身份（设备 ID、序列号、MAC 地址）
• 用于设备间认证（防火墙-防火墙、防火墙-PLC）
• 用于加密通信（TLS 客户端/服务端）

服务身份证书：

• 标识服务身份（OPC UA Server、HTTPS Server）
• 用于服务认证与加密

代码签名证书：

• 用于固件、组态文件签名
• 验证软件来源与完整性

设备证书部署

部署方式：

• 预置证书：出厂时预置设备证书（适合批量生产设备）
• **现场申请：设备首次上线时申请证书
• 动态申请：设备每次启动时申请证书（短期证书）

部署流程：

1. 设备出厂或首次上线
2. 生成密钥对（设备本地生成，私钥不出设备）
3. 创建 CSR
4. 提交 CA 签发申请
5. CA 验证与签发
6. 设备接收并安装证书
7. 设备使用证书建立连接
8. 证书更新与吊销

设备证书管理平台

工控 PKI 应建立设备证书管理平台，集成：

• CMDB（配置管理数据库）：设备资产信息
• CA 系统：证书签发与管理
• GDS（全局发现服务）：证书自动分发
• 终端管控：设备证书状态监控
• SOC：证书事件监控与告警

OT 场景 PKI 部署实践

场景一：OPC UA 服务器证书

挑战：OPC UA 服务器需要为每个端点配置证书，证书类型多样（设备身份证书、用户证书、CA 证书）。

实践方案：

1. 为 OPC UA 服务器签发设备身份证书（含 OPC UA 应用程序 URI）
2. OPC UA 服务器配置证书到端点
3. 客户端证书预置到 OPC UA 服务器信任列表
4. 启用 OPC UA GDS 自动化证书管理
5. 监控 OPC UA 证书事件（过期、吊销、失败认证）

场景二：工业防火墙 TLS 认证

挑战：工业防火墙支持 TLS 加密的 Web 管理、API、syslog 等通道，需要服务器证书与可选客户端证书。

实践方案：

1. 为工业防火墙签发服务器证书（FQDN、IP）
2. 防火墙配置 TLS（启用证书验证）
3. 客户端使用浏览器或 API 客户端验证证书
4. 关键操作启用客户端证书认证
5. 证书事件监控与告警

场景三：MQTT Broker 证书

挑战：MQTT Broker（EMQX、HiveMQ、Mosquitto）需要 TLS 证书支持双向认证。

实践方案：

1. 为 MQTT Broker 签发服务器证书
2. 为每个 MQTT 客户端签发客户端证书
3. MQTT Broker 配置双向 TLS 认证
4. 配置基于证书的 ACL（主题前缀控制）
5. 监控 MQTT 证书事件

场景四：远程运维 VPN 证书

挑战：远程运维 VPN（OpenVPN、WireGuard、IPSec）使用证书认证客户端身份。

实践方案：

1. 为 VPN 服务器签发服务器证书
2. 为每个远程用户/设备签发客户端证书
3. VPN 客户端证书通过零信任代理管理
4. 证书到期自动更新
5. 离职用户证书立即吊销

场景五：组态文件签名

挑战：组态文件（TIA Portal 项目、Studio 5000 项目）的完整性验证与来源追溯。

实践方案：

1. 建立代码签名 CA（专用于组态文件）
2. 工程师使用代码签名证书签名组态文件
3. PLC 端验证组态文件签名
4. 未签名或签名无效的组态文件拒绝加载
5. 签名记录审计

PKI 与零信任架构融合

零信任的身份底座

零信任架构的核心原则是”永不信任，始终验证”，而 PKI 是这一原则的身份底座：

零信任的 PKI 应用：

• 身份验证：证书+用户密码、SCRAM 等组合认证
• 设备验证：基于设备证书的设备身份认证
• 服务验证：基于服务证书的服务身份认证
• 加密通信：基于 PKI 的 TLS、IPSec 加密
• 完整性验证：基于 PKI 的消息签名
• 审计追溯：基于 PKI 的不可否认签名

零信任的 PKI 集成

集成方案：

1. 身份治理：PKI 与 IAM（身份与访问管理）系统集成
2. 设备治理：PKI 与 MDM（移动设备管理）/ 终端管控平台集成
3. 证书治理：PKI 与 GDS 集成实现证书自动化
4. 信任治理：PKI 与零信任代理集成实现持续验证
5. 审计治理：PKI 与 SOC/SIEM 集成实现证书事件监控

持续验证

零信任要求”持续验证”，PKI 应支持：

• 证书状态实时查询：基于 OCSP Stapling 减少延迟
• 证书变更实时同步：证书更新/吊销实时同步到信任库
• 证书异常实时告警：证书过期、吊销、验证失败实时告警
• 证书行为实时分析：异常证书使用请求识别。

合规要求对齐

IEC 62443

IEC 62443 多个系统要求与 PKI 直接相关：

• SR 1.1 身份识别：基于 PKI 的强身份识别
• SR 1.13 访问控制：基于证书的访问控制
• SR 2.1 设备标识：基于证书的设备标识
• SR 2.2 设备认证：基于证书的设备认证
• SR 3.1 通信完整性：基于证书的通信完整性
• SR 3.4 软件完整性：基于代码签名的软件完整性
• SR 4.1 信息保密性：基于证书的通信加密
• SR 6.1 审计日志：证书事件审计日志

NIST SP 800-57

NIST SP 800-57《Recommendation for Key Management》对 PKI 密钥管理提供详细指导：

• 密钥长度与算法推荐
• 密钥生命周期管理
• 密钥存储与恢复
• 密钥轮换策略

NIST SP 800-52

NIST SP 800-52《Guidelines for the Selection, Configuration, and Use of TLS Implementations》对 TLS 部署提供详细指导：

• TLS 版本（TLS 1.2+）
• 加密套件选择
• 证书配置
• 客户端认证

中国《商用密码管理条例》

中国境内的 OT 系统使用 PKI 应遵循《商用密码管理条例》：

• 使用国家密码管理局认可的算法（SM2、SM3、SM4）
• 使用合规的 CA 机构
• 满足等保 2.0 关基设施的密码应用要求

工程化实施建议

实施阶段

阶段一：现状评估与规划（1-2 个月）

• 现有 PKI 现状评估（IT 系统 PKI）
• OT PKI 需求分析（设备类型、数量、应用场景）
• 制定 PKI 部署路线图
• 选型与 POC 验证

阶段二：PKI 基础设施部署（2-4 个月）

• CA 部署（自建或云服务）
• 证书策略与实践声明制定
• 证书管理平台部署
• 与现有 IAM 集成

阶段三：试点应用（3-6 个月）

• 选择试点场景（推荐 OPC UA、工业防火墙 VPN）
• 签发与部署证书
• 配置与调试
• 验证与优化

阶段四：分批推广（6-12 个月）

• 按场景分批推广（先核心控制，后边缘设备）
• 证书生命周期管理
• 培训与文档
• 应急响应预案

阶段五：持续运营（持续）

• 证书事件监控
• 证书生命周期管理
• PKI 策略定期审查
• 合规审计与报告

关键成功要素

• 顶层设计：PKI 是身份基础设施，应顶层规划
• 跨部门协同：IT、OT、安全、合规多方协同
• 自动化优先：证书生命周期自动化是规模化前提
• 与零信任融合：PKI 与零信任架构协同建设
• 持续运营：PKI 是持续工作，不是项目

关键避坑要点

• 避坑一：避免使用自签名证书。自签名证书在生产环境难以管理，建议使用企业 CA 签发。
• 避坑二：避免私钥存储不当。私钥应存储在 TPM、HSM 或加密文件系统，不应明文存储。
• 避坑三：避免证书过期失控。建立证书到期告警与自动更新机制，避免证书过期导致业务中断。
• 避坑四：避免信任库膨胀。定期审计信任库，清理无效、过期的证书。
• 避坑五：避免忽视跨域互信。多 PKI 体系应明确互信策略（信任锚、桥接 CA）。

结语：PKI 是 OT 零信任的”身份基石”

PKI 不是简单的证书签发与撤销，而是工业控制系统的”身份基石”。它支撑着零信任架构的强身份认证、加密通信、完整性验证、合规对齐等多个核心能力。

奇固科威建议企业以”分层 CA 架构 + 自动化证书生命周期 + 与零信任融合”为三大支柱，构建工控 PKI 基础设施。同步推动 OPC UA、工业防火墙 VPN、MQTT、组态签名等关键场景的 PKI 应用，逐步形成”证书可知、身份可信、加密可验证、异常可响应”的 OT 身份安全能力。

PKI 部署不是项目，而是基础工程。它需要专业的人才、完善的技术、长期的投入，才能为工业控制系统的数字化转型保驾护航。

标签：PKI工控数字证书X.509证书零信任身份证书生命周期设备身份认证OPC UA安全ITOT融合
发布：2026-09-22 | 作者：奇固科威