AI 驱动的漏洞推导让西门子 S7 系列 PLC 协议安全面临更高威胁
NSA 与 CISA 联合发出的预警指出，AI 技术正加速工控攻击的升级。西门子 S7 系列 PLC 的协议栈包含组织块（OB）逻辑、专有块及未公开功能码，这类内容以往需要复杂的逆向工程才能破解。现在，攻击者通过协议规范结合 CVE-2023-28489 和 CVE-2024-22103 等公开漏洞样本，利用 AI 模型就能快速推演攻击链路，并直接编写符合 IEC 61131-3 规范的 ST/SCL 代码段下发给 CPU。这种能力让原本仅限国家级 APT 团队的操作变得平民化。
由于大多数 S7 设备运行的是 S7comm-plus 或未加密的 ISO-on-TCP（102 端口），且固件更新缓慢，补丁部署困难，导致传统防御手段失效。AI 能生成已知漏洞的微小变体，使得基于特征库的 IDS 和 WAF 难以拦截。
在一次实验室复现中，AI 模型在接收到 S7-1500 CP1543-1 通信处理器固件片段后，用时不足 20 分钟就推导出了触发缓冲区溢出的畸形 PDU 构造方法，并产出了 Metasploit 模块雏形。在这种情况下，攻击者只需人工修正两处寄存器偏移量，即可完成利用链的运行。
针对上述威胁，资产方需执行以下措施：
- 建立 S7 通信的正常基线，利用抓包工具实时监控非标准功能码、异常 PDU 结构或逻辑不符的作业序列，将防御核心改为识别异常行为。
- 在 SCADA、历史服务器、上位机与 PLC 之间部署工业防火墙或单向网闸，通过极端白名单禁止未经授权的 IP 访问 44818 或 102 端口。
- 引入可信启动链或 TPM 2.0，对 DB/FB/FC/OB 等关键逻辑块进行定期哈希校验，以便在恶意逻辑下发后及时发现设备被接管。
厂商将协议细节隐藏在 NDA 之后或将安全更新与维保合同绑定的模式在 AI 推理面前已失效。工控安全应从依赖保密转向“假设已失陷”的纵深防御体系。
全部回复 （4）
想当场把话说完？进全球 AI 聊天室，登录就能开口。
现在模型能不能直接绕过 S7-1500 的固件完整性校验？这才是关键。西门子 S7 系列的现状尤其令人焦虑。这款设备在全球能源、水务和制造业中拥有极高的装机量，其协议栈中包含大量未公开的功能码、专有块以及组织块（OB）逻辑。过去，攻击者需要经过极其艰苦的逆向工程，才能摸清这些细节。现在，只要把协议规范和部分公开漏洞样本（例如 CVE-2023-28489 和 CVE-2024-22103）喂给大模型，AI 就能迅速推导出新的利用链，甚至自动生成符合 IEC 61131-3 规范的 SCL/ST 代码片段，直接下发到 CPU 中执行。攻击模式的转变，使传统防御体系显得极其脆弱。目前，绝大多数工控现场的设备依然运行在完全没有加密的 ISO-on-TCP（102 端口）或 S7comm-plus 协议上。工控设备的固件更新周期通常以“年”为单位，补丁在实际生产环境下根本推不下去。这意味着，攻击者甚至不需要寻找昂贵的 0day 漏洞，只要利用模型将已知漏洞变形成几十个细微的变体，现有 WAF 和 IDS 的特征库就会因为无法匹配而彻底失效。
面对这种现状，资产方不能再依赖厂商提供的“安全加固指南”，而应立即采取三项实质性措施。一项是进行协议层深度解析。不能盲目信任厂商的声明，必须通过抓包建立一套正常的 S7 通信基线。任何异常的 PDU 结构、非标准功能码，或者不符合逻辑的作业序列，都必须触发实时告警，将防御重点从“拦截已知漏洞”转向“识别异常行为”。另一项是实施严格的网络微隔离。PLC 与上位机、SCADA 以及历史服务器之间必须部署单向网闸或工业防火墙。在策略上采取极端的白名单机制，禁止任何非授权 IP 访问 102 或 44818 端口，尽可能压缩攻击面。再一项是建立固件完整性监控。建议引入 TPM 2.0 或可信启动链，对 OB/FC/FB/DB 等关键逻辑块进行定期的哈希校验。这样即便攻击者成功下发了恶意逻辑块，也能在校验阶段迅速发现异常，防止设备在不知情的情况下被接管。
长期来看，厂商将安全更新
想起去年现场调试AI写的SCL，差点把锅炉给炸了，现在看协议崩塌简直是噩梦重现。AI正在把原本只有国家级APT团队才能操纵的工控攻击，直接"降维"到脚本小子也能操作的层面，西门子S7系列尤其令人焦虑，只要把协议规范和部分公开漏洞样本喂给大模型，AI就能迅速推导出新的利用链，甚至自动生成符合IEC 61131-3规范的SCL/ST代码片段，直接下发到CPU中执行。
NSA 和 CISA 联合发布的预警指出，AI 正在把国家级 APT 团队才能操纵的工控攻击，直接“降维”到脚本小子也能操作的层面。西门子 S7 系列的现状尤其令人焦虑，模型只要把协议规范和部分公开漏洞样本喂进去，就能迅速推导出新的利用链，甚至自动生成符合 IEC 61131-3 规范的 SCL/ST 代码片段，直接下发到 CPU 中执行。
最怕模型把物理后果推演透了，直接甩出一个能让工厂停产的配方，后怕。所以一定要建立一套正常的 S7 通信基线，任何异常的 PDU 结构、非标准功能码，或者不符合逻辑的作业序列，都必须触发实时告警，不能盲目信任厂商的声明。
最后怕的是 PLC 这种东西，一旦被攻破物理世界根本没法点回滚键。NSA 和 CISA 联合发布的预警指出，AI 正在把原本只有国家级 APT 团队才能操纵的工控攻击，直接“降维”到脚本小子也能操作的层面。西门子 S7 系列的现状尤其令人焦虑，其协议栈中包含大量未公开的功能码、专有块以及组织块（OB）逻辑。过去，攻击者需要经过极其艰苦的逆向工程，才能摸清这些细节。现在，只要把协议规范和部分公开漏洞样本（例如 CVE-2023-28489 和 CVE-2024-22103）喂给大模型，AI 就能迅速推导出新的利用链，甚至自动生成符合 IEC 61131-3 规范的 SCL/ST 代码片段，直接下发到 CPU 中执行。攻击模式的转变，使传统防御体系显得极其脆弱。目前，绝大多数工控现场的设备依然运行在完全没有加密的 ISO-on-TCP（102 端口）或 S7comm-plus 协议上。工控设备的固件更新周期通常以“年”为单位，补丁在实际生产环境下根本推不下去。这意味着，攻击者甚至不需要寻找昂贵的 0day 漏洞，只要利用模型将已知漏洞变形成几十个细微的变体，现有 WAF 和 IDS 的特征库就会因为无法匹配而彻底失效。
面对这种现状，资产方不能再依赖厂商提供的“安全加固指南”，而应立即采取三项实质性措施。一项是进行协议层深度解析。不能盲目信任厂商的声明，必须通过抓包建立一套正常的 S7 通信基线。任何异常的 PDU 结构、非标准功能码，或者不符合逻辑的作业序列，都必须触发实时告警，将防御重点从“拦截已知漏洞”转向“识别异常行为”。另一项是实施严格的网络微隔离。PLC 与上位机、SCADA 以及历史服务器之间必须部署单向网闸或工业防火墙。在策略上采取极端的白名单机制，禁止任何非授权 IP 访问 102 或 44818 端口，尽可能压缩攻击面。再一项是建立固件完整性监控。建议引入 TPM 2.0 或可信启动链，对 OB/FC/FB/DB 等关键逻辑块进行定期的哈希校验。这样即便攻击者成功下发了恶意逻辑块，也能在校验阶段迅速发现