AI已瞄准西门子PLC，这场风暴意味着什么？

从美国五大部门联手示警谈起——当S7comm遭遇大模型，工业控制安全的防线正在被瓦解

工控领域的安全事故屡见不鲜。

无非是些陈年旧戏——某工厂WinCC主机因U盘感染病毒，某产线因网线意外断开停产半小时，某工程师图方便把PLC密码设为"123456"。

然而2026年8月19日的一则通报，引人深思。

美国国家安全局（NSA）、网络安全与基础设施安全局（CISA）、联邦调查局（FBI）、能源部（DOE）、环境保护署（EPA）——五大联邦机构联合发布网络安全通报（编号AA26-231A），标题赫然写着：主动威胁。

黑客正借助AI生成的Python脚本，对暴露于公网的西门子S7系列PLC展开侦察与渗透。从S7-200到S7-1500，全线沦陷。水处理、能源、化工、食品、制造行业，无一幸免。

五部门联合发文，在美国实属罕见。上一次如此规模，还是针对关键基础设施的APT攻击。但此次不同——通报明确指出，攻击者正使用AI编写攻击代码。

这是美国官方首次在工控安全通报中，证实AI已从"潜在威胁"演变为"实战武器"。

我研读了通报原文及Tenable、The Hacker News、Blacktree等安全机构的分析，为你梳理事件全貌。

事件脉络如下：

攻击者首先利用Censys和ZoomEye这两大网络空间搜索引擎，扫描公网开放设备。通俗讲，它们就是"网络版的天眼查"——输入端口和设备指纹，即可定位全球联网的PLC。许多人未意识到，全球大量工控设备直接暴露于公网，只要掌握IP，任何人都可尝试接入。

锁定目标后，攻击者并未像传统黑客那样耗费数月逆向S7comm协议，而是借助AI生成Python脚本。这些脚本依托snap7.dll和python-snap7两个开源库。PLC通信从业者对这两个库应当熟悉——它们是合法的工业自动化通信工具，日常用于上位机开发、设备调试、数据采集。

但同样的工具落入攻击者之手，便能通过S7comm协议（TCP 102端口）直接读写PLC内存、配置参数及梯形图程序。更危险的是，这些脚本会伪装成常规工业监控软件——名称相似、界面相似、流量特征相似，传统防火墙和运维人员难以辨别。

▲ 攻击路径：公网扫描 → AI生成脚本 → PLC读写

受影响设备涵盖：

留意最后一项——F系列安全控制器同样在列。熟悉安全仪表系统（SIS）的同仁深知其分量：F-CPU承担紧急停车（ESD）、火灾气体检测（F&G）、安全联锁等职能，是工厂最后的物理安全屏障。若安全控制器遭读写，后果绝非停产这般简单，极可能酿成人身安全事故。

通报特别强调：本次攻击未利用零日漏洞。攻击者所利用的均为已知漏洞、弱口令/默认凭证及不必要的公网暴露。说白了，许多被攻陷的设备并非被"高深技术"破解——它们只是门户大开，门锁还是出厂默认。

通报提及一个真实案例：美国明尼苏达州36个水务系统遭入侵。攻击者操作并不复杂——修改PLC的IP地址，重置密码，将合法用户踢出系统。就这么简单。没有高阶漏洞，没有国家级武器，仅是扫描到、连上、改密。

▲ AI正在弥合工控攻击的技术鸿沟

或许有人反驳："PLC遭攻击并非新鲜事，2010年Stuxnet震网病毒就已攻击过西门子PLC。"没错，但本次事件的差异，远超想象。

震网病毒是何等量级的武器？那是美以联合研发的国家级网络武器，据估投入数亿美元，集结顶级漏洞挖掘专家、逆向工程师和工控协议精英，历时数年打造。它利用四个Windows零日漏洞和两个西门子WinCC漏洞，通过U盘物理摆渡侵入核设施网络——这是国家级行为体方能发动的行动。

而本次通报描绘的攻击者，画像截然不同。

过去：攻击S7 PLC，需精通S7comm协议、PLC内存结构（I/Q/M/DB区）、组织块（OB）与数据块（DB）调用逻辑，还需编写底层网络数据包构造代码。此类人才全球稀缺，开发周期以月计。

如今：只需用自然语言描述需求——"编写Python代码，通过S7协议连接S7-1200，读取DB10中DBD0起始的10个实数"——AI便能基于python-snap7库生成可运行代码。连接失败，将错误信息反馈AI，它协助调试。想停止S7-300的CPU？直接询问AI如何构造STOP命令报文。开发周期以天计。

这正是通报中那句被广泛引用的话的深意——"AI大幅降低了开发ICS利用脚本所需的技术门槛和时间成本。"

打个比方：过去要闯入一栋楼，需自学开锁术、摸清哪扇窗未锁、掌握保安巡逻规律——这是职业盗贼的本事。如今有人递给你一把万能钥匙，外加一张标注所有未锁门窗的地图。钥匙是AI，地图是Censys扫描到的暴露设备。

但我必须澄清一个要点，以防误解：AI并未创造新的漏洞。

Blacktree安全公司的分析文章标题一针见血——"The PLC Was Already Exposed. AI Collapsed the Expertise Barrier.&34;（PLC本就暴露，AI只是粉碎了专业壁垒。）若你的PLC未暴露公网、已修改默认密码、实施网络分段，AI生成的脚本再精妙也无法接入。反之，若这些均未做到，无需AI，任何熟悉python-snap7的脚本小子都能得手。

AI改变的是攻击的成本结构——更低的技术门槛意味着更多潜在攻击者，更快的迭代速度意味着更高的攻击频率，开源库的复用意味着工具开发成本趋近于零。防线不是被攻破的，而是被填平的。

▲ PLC的内存与逻辑，掌控着物理世界的运转

IT安全从业者或许不解：读取PLC数据有何危害？又不是删了你的数据库。

但在工控领域，"读"本身就是危险行为。

通报指出攻击者已具备"read and write access"（读写权限）。我逐一解析其含义：

读——侦察与测绘。通过读取数据块（DB）、配置和梯形图，攻击者可掌握：哪些地址控制阀门？哪些控制水泵？哪些是电机启停？哪些是安全联锁？正常工艺参数范围？维护窗口时段？指令下发至物理设备生效的延迟？这些信息一旦泄露，后续篡改将精准、隐蔽，甚至可模拟正常操作时序，令你毫无察觉。

写——操纵物理过程。拥有写权限后，攻击者可篡改设定值（如将反应釜温度从80度改为180度）、切换设备状态（强制停机或绕过联锁启动）、修改梯形图逻辑（植入恶意逻辑块），甚至擦除整个PLC程序。这绝非"服务器宕机"级别的影响，而是可能导致设备损毁、产线报废、化学品泄漏、人员伤亡的物理灾难。

通报亦指出，目前观察到的活动主要为"persistent reconnaissance"（持续侦察）、能力建设及"pre-positioning for future effects"（为未来行动预置）。也就是说，当前攻击大概率仍处"踩点"阶段，真正的破坏性行动尚未发动。

但踩点本身即是攻击的一部分。你不会等到小偷搬走电视机才报警——他绘制你家户型图时，威胁已然存在。

若将视野放宽，会发现西门子S7遭攻击并非孤立事件。

2025年，达索系统DELMIA Apriso（MES制造执行系统）曝出三个漏洞（CVE-2025-5086/6204/6205），均被列入CISA已知被利用漏洞目录（KEV）。攻击者通过SOAP接口创建高权限账户、植入webshell。达索客户包括雷神、洛克希德·马丁、欧莱雅——生产执行层被直接洞穿。

2026年6月，PTC的Windchill/FlexPLM（PLM产品生命周期管理系统）曝出CVE-2026-12569，CVSS评分9.3的反序列化远程代码执行漏洞。PTC于6月17日发布补丁，6月25日CISA即要求三天内修复——但Clop勒索组织更快一步，专门定制JSP webshell，截至8月中旬已有40余家企业被点名，包括Shell、Philips、蓝思精密。

三起事件并观：

🔧西门子S7 PLC——车间底层的"手脚"，掌控水泵、阀门、电机、产线节拍。击溃它，物理世界直接失控。

🧠达索DELMIA Apriso——制造执行的"大脑"，管理工单下发、工艺执行、质量追溯。击溃它，生产流程可被篡改。

🗄️PTC Windchill——产品数据的"金库"，存储CAD图纸、BOM、工艺路线、供应链信息。击溃它，知识产权裸奔。

PLC、MES、PLM——恰是工厂的三大核心层级。在现代化智能工厂中，三者互通：PLM中的图纸经MES下达车间，再由PLC控制设备加工成型。任何一层失守，整条价值链都将暴露于攻击者眼前。

这不是巧合，而是有人系统性地测试工厂防线。从底层控制到执行层再到数据层，攻击者正在绘制一幅完整的"工厂作战地图"。

我深知，许多工厂自动化从业者安全预算有限、人手不足、话语权薄弱。你向厂长提议"实施网络分段"，他追问花费及对生产的影响；你向IT部门强调"PLC不应直连办公网"，他们觉得你小题大做。

故而我不谈"部署下一代工业防火墙""实施零信任架构"之类的宏大概念。只分享几条花费不多、却切实降低风险的建议：

① 第一步：确认PLC未暴露公网

这是最基础也最有效的措施。打开Censys或ZoomEye，检索公司公网IP段，查看是否有102端口（S7comm）、502端口（Modbus）、4840端口（OPC UA）对外开放。若不熟悉操作，可请IT部门协助。一旦发现暴露——立即在边界防火墙封禁，无需等待审批。

特别提醒：不仅排查已知路径。第三方运维通道、设备供应商远程路由器、4G/5G DTU模块、临时开通的防火墙规则——这些"隐形通道"往往是你以为网络隔离，实则设备已在公网裸奔。通报专门指出：第三方服务商和系统集成商的远程接入，是最易忽视的暴露面。

② 第二步：修改所有默认密码

此言虽老生常谈，但明尼苏达水务系统遭入侵的诱因之一正是默认凭证。PLC的、HMI的、交换机的、远程网关的——逐一修改。避免使用"123456""admin""公司名+123"等弱口令。S7-1200/1500具备读写保护和密码等级功能，务必全部启用。若工艺允许，禁用PUT/GET通信。

③ 第三步：隔离工程师站与办公网

无需采购昂贵的工业防火墙。最简方案：PLC编程专用工程师站独立组网，禁止同时连接办公网。若需远程运维，采用加密VPN+双因素认证，切勿直接开放端口映射。有条件者，在OT与IT网络间部署防火墙或数据二极管，仅放行必要通信。

④ 第四步：更新固件，但不可盲目

查阅西门子ProductCERT各型号安全公告，确认手中PLC固件版本是否存在已知漏洞。有补丁者，经测试环境验证后尽快更新。但工控环境的铁律不可破——更新前必须备份程序和配置，必须在停机窗口执行，必须制定回退方案。切勿因心急直接向生产线灌入固件。

⑤ 第五步：保留"手动模式"退路

这是最易忽视却最关键的一条。若PLC遭攻击、程序被篡改、系统被锁死，你的操作员能否在现场手动控制关键设备，维持基本生产或安全停车？许多工厂建有精美的SCADA系统和MES，却从未思考"若这些全失灵怎么办"。确保关键阀门可现场手动操作，紧急停车按钮的硬接线回路不依赖网络，操作员接受过手动模式培训——这是最后的安全底线。

文章略长，末尾说几句肺腑之言。

我在工控行业多年，最大感触是：我们行业对"安全"的认知，整体比IT行业滞后至少五年。许多工厂仍秉持"物理隔离即安全"的理念，但事实上，随着工业互联网、远程运维、智能传感器的普及，OT网络与IT网络的边界早已模糊。

AI不会等你准备就绪。攻击者已借助基础大模型铸造武器，而我们许多工厂连默认密码都尚未修改。这一差距，才最令人忧虑。

但反过来，好消息是：通报提及的所有问题——公网暴露、默认密码、老旧固件、缺乏分段——均有解法，且大多无需巨额投入。你无需追赶AI技术前沿，只需夯实基础卫生。一扇紧锁的门，胜过任何高端安防系统。

数字化程度越高，安全越不能是事后补救。否则，跑得越快，摔得越惨。

你们厂的PLC实施网络分段了吗？ 默认密码修改了吗？是否存在远程运维通道？ 评论区分享真实现状 👇