工控远程运维安全实战:从VPN到零信任接入的演进路径

工业控制系统远程访问风险、VPN 替代方案与零信任实施步骤

深度剖析工控远程运维的风险演化与防御对策,对比传统VPN方案与零信任接入的差异,给出堡垒机选型、第三方维护管控、运维审计落地的工程化路径。

工控远程运维的”刚性需求”与”刚性风险”

后疫情时代的运维新常态

2020年以来的全球疫情催化了远程办公与远程运维的普及,工控领域尤甚——大量 OEM 设备厂商、自动化集成商、第三方运维服务商需要远程访问客户现场的 PLC、DCS、SCADA 系统。Gartner 2024年调研显示,78%的工业企业在过去两年扩大了远程运维的使用,平均每个大型工厂每周接收 12-20 次远程维护请求。

但需求膨胀的同时,风险也在累积。Mandiant 2025年ICS事件复盘报告披露:在他们处置的严重 OT 事件中,37%的初始入侵发生在远程运维通道,其中又以第三方维护账户被盗用、VPN 凭据泄露、远程会话劫持为主因。Claroty、Dragos、Nozomi Networks 三大工控安全厂商的年度报告反复将”第三方远程接入”列为 OT 安全的 TOP3 风险。

工控远程运维的五大独特风险

工控远程运维与 IT 远程办公存在本质差异,风险特征完全不同:

风险一:私有协议无安全机制。 S7comm、Modbus TCP、OPC UA Binary 等私有工业协议设计之初假设运行在隔离网络中,几乎没有内置认证、加密、完整性校验。一旦通道被打通,攻击者可借助这些协议直接读写控制器寄存器。

风险二:误操作代价巨大。 IT 远程办公误操作最多导致文件丢失或服务中断;OT 远程运维误操作可能导致设备损坏、工艺停车、安全事故(西门子 S7-1500 的强制重启、变频器的错误参数下发都可能导致现场事故)。

风险三:第三方信任链复杂。 远程运维不仅是企业内部行为,更涉及 OEM、集成商、维修商的多层信任链。第三方人员的背景、技能、安全意识参差不齐,账户滥用、横向移动风险难以评估。

风险四:会话长期保持。 传统 VPN 建立后会话保持数小时甚至数天,期间内部网络相当于对远程用户”全开放”。攻击者一旦获得凭据,可在会期内任意横向移动。

风险五:审计证据不足。 多数工控运维操作(如下装程序、修改组态、调试 PID 参数)缺乏结构化日志,无法在事后还原”谁、何时、通过什么路径、做了什么、影响哪些设备”。

技术方案的三代演进

第一代:传统 VPN + 跳板机(已过时)

架构:远程用户 → SSL/IPSec VPN → 跳板机(RDP/SSH) → OT 网络

优势:部署简单、用户习惯成熟 劣势:

  • VPN 一旦接入即获得较宽网络权限,无协议级控制
  • 跳板机仅做登录跳板,不识别 OT 私有协议
  • 无会话录屏、命令拦截、操作授权能力
  • 一旦 VPN 凭据泄露,攻击者可绕过所有边界防御

适用边界:仅适合小规模、对安全要求不高的辅助运维场景(如远程查看 HMI 监控画面),不适合组态、编程、调试类高风险操作。

第二代:堡垒机 + 协议网关(当前主流)

架构:远程用户 → VPN/专线 → 堡垒机(认证+授权+审计) → 协议代理网关(私有协议转换) → 工业防火墙 → OT 网络

优势:

  • 堡垒机提供完整会话录屏与命令审计
  • 协议代理网关将 S7comm、Modbus 等私有协议转换为受控的标准协议(如 SSH over HTTPS、OPC UA over HTTPS)
  • 支持二次认证、操作授权、命令拦截

劣势:

  • 接入层仍是 VPN,缺乏细粒度接入控制
  • 堡垒机对部分工控专用工具(如 TIA Portal、Studio 5000、STEP 7)支持有限
  • 第三方维护场景时限控制薄弱

适用边界:当前大多数中型以上工控企业的合规基线方案。

第三代:零信任接入 + 协议代理 + 堡垒机审计(推荐演进方向)

架构:远程用户 → 零信任接入代理(持续验证+动态授权) → 协议代理网关(OT 协议转换+白名单) → 工业防火墙(DPI) → OT 网络

会话全程录屏由堡垒机层或 OT 协议审计层完成。

核心能力:

  • 接入前:基于身份、设备指纹、终端状态、地理位置、网络态势的多因子验证
  • 接入中:基于最小权限原则的动态授权,按工单/任务/时间窗口开通
  • 接入后:持续信任评估,发现异常立即断开会话
  • 审计:完整的会话录屏、命令记录、文件传输、组态变更审计

与传统的本质差异:从”会话录播”升级为”接入+操作+审计+响应”四位一体。

零信任在工控场景的务实落地

落地原则:先边界后内部,先运维后业务

OT 系统的实时性、稳定性要求决定了零信任不能”一步到位”。奇固科威建议三阶段渐进:

阶段一:远程接入边界零信任化(3-6个月)

将所有外部远程访问入口(VPN、专线、第三方维护通道)改造为零信任接入。这是风险最集中、改造最容易的部分。

关键交付:

  • 零信任接入代理部署
  • 身份目录(企业 AD/LDAP)集成
  • 第三方维护身份治理(外部 IDP 联邦)
  • 工单系统集成(ITSM 驱动授权)
  • 传统 VPN 渐进退役

阶段二:运维操作零信任化(6-12个月)

将远程运维操作(组态下载、程序下装、参数修改、固件升级)纳入零信任操作授权,结合堡垒机实现”接入可验证、操作可授权、行为可审计”。

关键交付:

  • 运维操作分级(只读 / 受控写 / 关键操作)
  • 关键操作双人授权工作流
  • 操作白名单与黑名单
  • 会话录屏与命令拦截
  • 与变更管理系统(CMMS)联动

阶段三:内部访问零信任化(12-24个月)

对内部 OT 网络访问(车间、运维站、工程师站之间)逐步引入零信任原则。这一阶段挑战最大,需考虑大量老旧设备的兼容性。

关键交付:

  • 工程师站访问控制台建模
  • 工程师对控制器的细粒度授权
  • 设备间通信的微隔离(Micro-Segmentation)
  • 持续信任评估与异常响应

工控零信任的特殊考虑

OT 零信任与 IT 零信任虽原则相同,但落地差异显著:

维度IT 零信任OT 零信任
接入对象用户、设备用户、设备、控制器
授权粒度应用、数据设备 IP、协议、操作动作
时间敏感性分钟级秒级(实时控制)
离线能力要求弱要求强(控制器离线时不能停摆)
凭据管理用户凭据为主设备证书、机器身份为主
审计要求操作日志工艺级审计 + 操作日志

第三方维护的特殊治理

第三方维护的合规基线

等保2.0工控扩展要求 6.1.12 外包运维管理明确要求:

  • 第三方维护应签署安全协议
  • 应限定第三方维护的时间窗口与操作范围
  • 应保留第三方维护的完整审计日志
  • 应定期对第三方维护进行安全评估

IEC 62443-2-4 服务提供商要求也对第三方维护的认证、报告、事件响应提出了明确要求。

工程化治理五要点

基于合规基线与行业最佳实践,奇固科威建议第三方维护治理包含以下五要点:

要点一:专属身份与生命周期管理。

  • 第三方维护人员使用专属账号,与企业内部账号物理隔离
  • 账号生命周期绑定维保合同,到期自动停用
  • 离职维护商账号立即注销,凭证不可恢复

要点二:基于工单的时限授权。

  • 维保工单触发授权开通,工单结束授权关闭
  • 关键操作(程序下装、固件升级)必须工单附件明确授权
  • 超时自动断开会话,续期需重新审批

要点三:协议白名单与操作白名单。

  • 限定可访问的设备 IP、协议端口(如仅允许 S7comm 102-04、仅访问 PLC-A 与 PLC-B)
  • 限定可执行操作(只读 / 上传组态 / 下载程序 / 修改参数 分级授权)
  • 关键操作(程序下装、固件升级)必须双人审批

要点四:全程会话录屏与命令审计。

  • 全程会话录屏(含画面、键盘、鼠标、文件传输)
  • 命令拦截与告警(rm、format、reboot、stop、kill 等高危命令拦截)
  • 审计日志保存期不少于6个月,关键项目不少于1年

要点五:安全评估与持续监控。

  • 第三方维护商入场前安全评估(人员背景、安全意识、技术能力)
  • 维护期间持续监控(异常下载、非工作时间访问、批量操作)
  • 维护后复盘报告(操作清单、变更影响、遗留风险)

与现有安全体系的协同

零信任 + 工业防火墙的纵深防御

零信任不应替代工业防火墙,而应作为接入层的”前置过滤”。推荐架构:

远程用户 → 零信任代理(接入控制)
       ↓
       协议代理网关(OT 协议转换)
       ↓
       工业防火墙(DPI 协议合规检查 + 异常阻断)
       ↓
       OT 网络

层级职责:

  • 零信任层:身份、设备、上下文信任评估
  • 协议代理层:私有协议→标准协议转换,操作白名单
  • 工业防火墙层:协议合规性检查、异常行为阻断
  • 三层职责分离,单点失陷不会直接威胁生产

与 SOC/态势感知的联动

远程运维事件应纳入 SOC 统一监控:

  • 接入异常:异常时间、异常地理位置、异常设备指纹接入立即告警
  • 操作异常:批量下载、非常规命令、敏感路径访问告警
  • 横向移动:零信任断开会话后 SOC 应能溯源横向移动行为
  • 合规审计:定期导出运维审计报告,支持合规自检

实施建议与避坑要点

避坑点一:不要忽视老旧设备兼容。 老旧 PLC、DCS 工作站可能不支持现代认证协议,零信任代理需提供协议降级能力,但同时记录降级事件用于风险评估。

避坑点二:不要忽视实时性影响。 零信任验证会带来额外延迟,对实时性要求高的场景(如高速闭环控制)需评估影响范围。奇固科威建议对实时控制层(L0-L1)保持直连,对管理层(L2-L3)实施零信任。

避坑点三:不要孤立处理接入层。 远程接入安全是体系工程,需要 IT 安全、OT 安全、运维管理、合规审计的协同推进。建议设立”远程运维治理委员会”统筹。

避坑点四:不要忽视用户体验。 安全不能以牺牲运维效率为代价,否则会催生”影子 IT”——运维人员私下建立未经授权的远程通道,反而造成更大风险。

结语:从远程接入治理到 OT 安全运营

远程运维安全是 OT 安全的”前哨”,但不应是终点。当企业完成远程接入零信任化、第三方维护规范化、运维审计结构化后,下一步应将能力外延到内部访问控制、设备间通信控制、终端行为控制,最终形成完整的 OT 安全运营体系。

奇固科威建议以”远程接入零信任化”为起点,结合工业防火墙的 DPI 能力、堡垒机的审计能力、SOC 的态势感知能力,构建”接入有验证、操作有授权、行为有审计、风险有响应”的 OT 远程运维安全闭环。

标签:远程运维零信任OTVPN替代工控堡垒机远程接入第三方维护运维审计
发布:2026-09-22 | 作者:奇固科威

常见问题

Q: OT 远程运维为什么不能直接用企业 VPN?
企业 VPN 主要解决“人-网络”接入问题,对工控场景存在四重不足:一是 OT 协议多为私有协议(S7comm、Modbus、OPC UA),传统 VPN 透传不识别协议风险;二是 VPN 一旦接入即获得较宽的网络权限,难以做到细粒度控制;三是 VPN 缺乏工控特有的运维审计(操作票、组态下载、程序下装);四是第三方维护场景下 VPN 无法有效隔离与时限控制。IEC 62443-3-3 SR 1.13(访问控制)与 SR 6.2(持续监控)也要求比传统 VPN 更细粒度的方案。
Q: 零信任接入与传统堡垒机的本质差异是什么?
传统堡垒机核心是“会话录播+命令拦截”,属于事后审计型安全;零信任接入核心是“接入前验证+持续信任评估+动态授权”,属于事中管控型安全。两者可叠加:堡垒机解决“做了什么”的审计,零信任解决“能否进入”“能做什么”“多久有效”的前置与持续控制。建议在 OT 场景中以零信任为接入层、堡垒机为审计层,配合协议深度解析(DPI)实现“接入有验证、操作有授权、行为有审计、风险有响应”的完整闭环。
Q: 第三方维护商接入如何做到“最小授权+时限控制”?
工控第三方维护是勒索软件、APT 横向移动的高发场景。工程化做法包含五要点:一、专属维护账号,绑定人+设备+维保合同期限;二、时限授权,按工单时间窗口开通过期即关闭;三、操作白名单,限定可访问的设备 IP、协议端口、可执行操作(只读、上传、下载、组态修改分级授权);四、双人审批,关键操作(程序下装、固件升级)必须工程师+负责人双人审批;五、全程录屏与命令审计,保存期不少于6个月。等保2.0工控扩展要求 6.1.12(外包运维管理)对此有明确要求。
Q: 远程接入如何与现有工业防火墙/网闸协同?
远程接入不应绕过工业防火墙或网闸,而应作为边界防护的“前置过滤层”。推荐架构:远程用户→零信任代理(接入控制)→协议代理网关(OT协议转换)→工业防火墙(深度包检测)→OT网络。零信任层负责身份与权限,协议代理层负责将私有协议转换为受控的标准协议(如 HTTPS over OPC UA),工业防火墙层负责协议合规检查与异常行为阻断。三层职责分离、纵深防御,单点失陷不会直接威胁生产。

相关阅读

Siemens产品安全态势分析(10月16日):CISA近期355个相关CVE漏洞深度梳理2026-10-16Siemens产品安全态势分析(10月16日):CISA近期361个相关CVE漏洞深度梳理2026-10-16CVE-2026-94127深度解析:BIG-IP APM漏洞在野利用威胁与防护2026-10-12Siemens产品安全态势分析(10月9日):CISA近期16个相关CVE漏洞深度梳理2026-10-09CVE-2026-86950深度解析:Multiple Products漏洞在野利用威胁与防护2026-09-30
选择区号