从目前资料看,关键基础设施 OT 安全风险正在呈现两条相互叠加的主线:勒索软件持续威胁生产连续性,工业控制系统中的高危身份验证和权限漏洞则可能直接扩大攻击者的控制范围。对企业信息安全负责人和 OT 安全工程师而言,优先级不应只看漏洞评分,还要结合资产是否暴露、系统是否承载关键生产功能,以及修复操作会不会影响现场运行。

关键基础设施仍是勒索软件高风险目标
资料显示,勒索软件已经成为 OT 环境中常见的网络威胁类型,工业制造、能源、水务等关键基础设施一旦遭遇入侵,影响通常不止于办公网络中的文件加密。生产排程、工程站、监控系统以及与现场运行有关的服务器,都可能成为业务中断的放大器。
需要注意的是,现有资料没有给出一组可核验的季度同比或月度统计数据,因此不能把“激增”理解为已经有明确数字支撑的行业结论。更稳妥的判断是:关键基础设施勒索事件的潜在影响正在受到持续关注,而且 OT 环境对停机的容忍度远低于普通信息系统。即使攻击者没有直接修改 PLC 逻辑,只要关键服务器、工程站或生产管理系统不可用,也可能造成运行降级、人工接管和恢复流程受阻。
对运营方来说,短期风险判断应集中在三个问题上:勒索软件是否可能从 IT 网络进入 OT 区域,是否存在与生产系统相连但保护不足的工程站或服务器,以及当前备份和恢复措施能否在不影响现场安全的情况下执行。这里的重点不是立即改变生产架构,而是先确认攻击面和失效边界。
两类西门子严重漏洞需要优先核查
西门子 ProductCERT 于 2026 年 9 月 8 日披露了两个严重漏洞,分别影响 Industrial Edge Management 和 Siveillance Control/Pro。资料显示,这两个漏洞的 CVSS 评分均超过 9.0,目前尚未发现公开概念验证代码或在野利用活动,但相关产品被用于工厂、工业网络、港口、机场和发电设施等场景,资产重要性使其不能按普通 IT 服务器漏洞处理。
其中,Industrial Edge Management 的漏洞编号为 CVE-2026-18963,CVSS v3.1 评分为 9.1。漏洞位于密码重置流程,可能导致未经身份验证的账户接管。对使用 Industrial Edge Management 的企业而言,应重点确认管理平台是否可从非必要网络访问,并核对管理账户、密码重置流程和异常登录记录。
另一个漏洞影响 Siveillance Control/Pro,资料称其可能使攻击者在服务器上获得 root 级别访问权限。该类权限一旦被取得,风险范围就不再局限于单个应用功能,攻击者可能进一步影响主机上的服务、配置和与现场系统相关的管理链路。当前资料未显示公开利用,但这并不意味着可以等待攻击代码出现后再处理。
短期处置上,可以先完成受影响产品和版本的资产清点,确认系统是否位于关键基础设施环境,并按照西门子安全公告执行更新或缓解措施。在无法立即更新的场景,应优先减少管理接口暴露面,限制不必要的访问路径,同时保留对账户接管、权限提升和异常进程的监控记录。
Modicon M580 漏洞:高评分不等于可以直接停机修复
9 月 ICS 漏洞资料还提到,Schneider Electric Modicon M580 控制器存在 CVSS 9.2 的严重身份验证漏洞。现有摘录没有提供该漏洞编号、受影响版本或具体利用条件,因此不应据此推导更细的技术结论。但从风险排序角度看,M580 这类控制器若部署在电力、石化等关键基础设施中,仍应立即纳入高优先级核查范围。
OT 环境的特殊之处在于,修复动作本身可能带来运行风险。相关资料特别强调,生产中的装置不能简单按照普通服务器的补丁流程处理,贸然更新固件、禁用协议或限制控制器通信,可能导致 HMI、工程师站或远程 I/O 断开连接。因而,漏洞评分只能决定“先查谁”,不能单独决定“立刻采取什么操作”。
更稳妥的短期流程是先确认 M580 的实际型号、固件版本、网络位置和业务用途,再由 OT 运维、自动化和安全团队共同评估维护窗口。对于暂时无法更新的设备,应优先核对管理访问来源、隔离不必要的远程连接,并观察控制器相关认证失败、异常配置变更和非预期通信。任何限制通信的措施,都应先在变更流程中确认不会切断必要的 HMI、工程师站或远程 I/O 链路。

今日优先处置顺序
如果企业同时存在勒索软件暴露风险和上述 ICS 漏洞,建议先按资产重要性和可达性排序,而不是单纯按照漏洞发布日期处理:
- 先确认是否部署了 Industrial Edge Management、Siveillance Control/Pro 或 Modicon M580,并核对实际版本与网络位置。
- 对可从非必要网络访问的管理平台、控制服务器和工程站,立即复查访问控制和远程连接路径。
- 对 CVE-2026-18963 这类可能导致未认证账户接管的漏洞,优先检查异常账户、密码重置记录和近期登录活动。
- 对可能获得 root 权限的 Siveillance Control/Pro 服务器,优先检查高权限账户、服务进程和主机配置是否出现异常变化。
- 对 Modicon M580,先完成版本确认和运行影响评估,再安排厂商建议的更新或缓解操作,避免未经验证地切断现场通信。
- 同步确认关键服务器和工程站的备份、恢复介质及应急联系人是否可用,但不要在生产环境直接进行未经审批的恢复测试。
目前资料未显示上述西门子漏洞已有公开利用,因此处置重点是抢在攻击利用扩散前完成资产确认、访问收敛和补丁计划。对于 Modicon M580,则应把高危漏洞核查与生产安全变更结合起来:先明确哪些设备真正处于关键控制链路,再决定修复窗口和临时缓解措施。

山东省烟台市 1F
OT环境补丁确实不能照搬IT流程
广东省深圳市 B1
@ 流浪者说 建议先在测试环境演练补丁,确认不会影响实时控制。
甘肃省 2F
先把资产和网络位置摸清更关键
重庆市 B1
@ 雪域商旅 资产清单最好连业务用途和依赖关系一起标注
甘肃省 3F
管理平台暴露在公网就太危险了
山东省烟台市 4F
备份能不能真正恢复是个大问题
山东省烟台市 5F
高分漏洞也得结合生产窗口处理
重庆市 B1
@ WaningCrescent 先做回退方案,再安排维护窗口会安心很多
重庆市 6F
工程站往往是容易被忽略的薄弱点
上海市青浦区 B1
@ 夜行孤舟 可以在例行检查时把工程站列入清单,别让它成为盲区。
广东省深圳市 7F
想了解账户接管后的排查重点
重庆市 8F
远程连接路径确实该重新梳理了
甘肃省 9F
现场通信不能因为修复被误切断
重庆市 B1
@ 樱花小筑 确实,修补前最好先做通信链路的仿真验证。
重庆市 10F
希望后续能补充具体受影响版本
山东省烟台市 11F
最近看到西门子 Edge 管理平台的密码重置漏洞,大家有更新补丁的经验吗?
广东省深圳市 B1
@ 听泉 更新前先核对版本,能在测试环境验证就更稳妥
北京市 12F
Modicon M580 这种控制器怎么做到边运行边打补丁的
宁夏银川市 B1
@ 猫尾星 可以利用控制器的在线固件升级功能,分阶段更新并在备用单元切换,确保关键运行不中断。
甘肃省 13F
如果备份介质在现场受损,恢复会不会比想象的更困难?
山东省烟台市 14F
Modicon M580 的固件更新窗口真是难找,实际操作时怎么安排才安全?
重庆市 15F
勒索软件从 IT 渗透到 OT,最关键的防线还是网络隔离和监控。
日本 16F
先把实际部署和版本清单摸清,比盯着评分更重要
重庆市 17F
对关键服务器做离线备份时,如何确保备份数据不被篡改?
重庆市 18F
看到有人建议直接关闭不必要的远程接口,实际执行时要注意哪些细节?
山东省烟台市 19F
在生产高峰期进行安全审计,怎么平衡业务连续性和风险排查?
四川省达州市 20F
密码重置异常,往往比漏洞公告更早露头
天津市 B1
@ 糖豆兔 这个观察很关键,密码重置异常可能是账户接管的早期信号,和登录、权限变更日志一起看更容易及时发现。
重庆市 21F
日志留存时间太短,出事后往往不够追溯
上海市松江区 22F
工程师站的本地账户也值得单独清理
重庆市 23F
厂商远程支持账号最好定期复核权限
山东省烟台市 24F
应急联系人名单不能只放在网络系统里
上海市嘉定区 25F
控制区的异常配置变更要设专门告警
甘肃省 26F
隔离措施上线前,先确认现场联锁不受影响
重庆市 27F
平时做一次桌面推演,真遇到停机不会手忙脚乱
北京市 28F
备份恢复流程得先在小环境验证,别直接上生产。
湖南省衡阳市 29F
先把受影响产品和版本盘清楚,资产清单往往最容易漏
上海市松江区 30F
跨部门变更审批慢,但这类设备确实不能省