AI网防成了硬任务

2026 年 10 月 31 日，欧元区重要银行须向欧洲央行联合监管组提交一份专门应对 AI 赋能网络威胁的行动计划。

这不是一份通用的 AI 治理文件，而是把 AI 带来的攻击提速、规模化和语言适配，从一般 ICT 风险中单独拎出来要求银行做专项防御。

ECB 监管委员会成员 Claudia Buch 署名发信，明确要求每家银行给出具体措施，监管组将逐家讨论并监控执行。

ECB 还会横向比对所有提交的计划，识别共性趋势与落后点，并把结论反馈给全行业。

作为配套，ECB 把年度 IT 风险问卷从 2026 年 9 月延到 2027 年 2 月，让银行把资源优先投到 AI 威胁上。

一、昨天到期的那份文件

1. 截止日：欧洲央行银行监管（SSM）要求欧元区重要机构（SIs）在 2026 年 10 月 31 日前，向各自的联合监管组（JST）提交一份应对 AI 赋能网络安全威胁的行动计划。
2. 发信层级：这封信由 ECB 监管委员会成员 Claudia Buch 署名，属于直接发到银行董事会和高管层的监管函，不是研究报告或指引文件。
3. 处理流程：JST 收到计划后会与银行逐家讨论，监控落地进展；ECB 层面另做一次横向分析，把各家计划放在一起比，找出共性挑战和改进方向，再把结论分享给所有重要机构。
4. 配套延期：作为给银行减负的平衡动作，ECB 把年度 IT 风险问卷的提交截止从 2026 年 9 月延到了 2027 年 2 月。
5. 政策坐标：这件事落在 ECB《2026-28 监管优先事项》第 2 项"操作韧性与 ICT 能力"之下，监管明确要从泛泛监控 AI，转向聚焦生成式 AI 应用带来的微prudential风险。

二、这封信到底在要求什么

1. 核心对象：银行不是被要求写一份 AI 使用伦理或数据治理文件，而是被要求回答一个具体问题——当攻击者用 AI 更快、更省、更大规模地扫描和攻击你时，你打算怎么防。
2. 要"行动计划"不要"表态"：文件要求的是 action plan，意味着必须包含可执行措施、责任分工、时间节点和资源安排，而不是原则性声明。
3. 横向比较是真正的压力：ECB 明确会做 horizontal analysis。这意味着银行写得是否扎实、措施是否具体，会被放在同业之间直接对比；写得空泛的机构，会在横向反馈里成为被点名的对象。
4. 与 ESRB 的联动：欧洲系统风险委员会（ESRB）和 ECB 同时对前沿 AI 模型发出警报，说明这件事不是单一监管者的风格，而是宏观审慎与微观监管两条线共同施压。
5. 对中国银行的读法：虽然这是欧元区监管动作，但它代表了一个信号——主要央行已经不把 AI 网络威胁当作普通 ICT 风险的子集，而是要求银行单独立项、单独提交、单独被检查。

三、为什么是现在

1. 攻击侧已经工业化：就在前几天，Trend Micro 从三个攻击者开放目录重建的案例显示，AI 已经能驱动 44 个 agent 并行扫描、自动生成目标国语言钓鱼页、对每个目标限流逃避单组织检测。这正是 ECB 信中所指"AI 赋能网络威胁"的实据。
2. 攻击成本在崩塌：开源 AI 渗透工具（如 CyberStrikeAI、ARTEX）让小团队也能发起过去需要专业攻击组织才能做的扫描和试探，攻击面从"被定向攻击"扩大到"被规模化扫掠"。
3. 防守侧的不对称：银行面对的不再是零星、低频、可被 SOC 单条规则拦住的攻击，而是跨组织、低频分布式、自动适配本地语言的洪流，传统边界防护和单点告警开始失效。
4. AI 同时加速挖洞：2026 年 10 月披露的 PHP2Shell 关键漏洞，就是防守方用 AI 辅助审计先发现的。漏洞从披露到被武器化的窗口在缩短，银行补丁响应时间被压缩。
5. 监管判断：ECB 的逻辑是，AI 改变了威胁的速度和规模，银行不能等事件发生再补课，必须在威胁变成事故之前就把专项防御计划交出来。

四、和传统 ICT 韧性要求有什么不同

1. 从"边界防护"到"对抗 AI"：传统 ICT 韧性关注补丁、备份、访问控制和事件响应；AI 网防要求银行额外应对 AI 生成的钓鱼、自动化扫描、自适应攻击和 LLM 被滥用做社会工程。
2. 从"单机构防御"到"跨机构情报"：AI 攻击的分布式特征，让单家银行日志里的零星异常不足以判断全局，ECB 要求的计划必须考虑与同业、CERT 和情报平台的协同。
3. 从"人盯规则"到"AI 盯 AI"：面对 AI 驱动的攻击，银行自身的检测和响应也需要用 AI 来提速，否则人工 SOC 追不上机器扫描的节奏。
4. 从"事后追责"到"事前提交"：监管不再等事故，而是要求银行在截止日前主动提交计划，JST 逐家对话，这把合规时点从事后移到了事前。
5. 从"写了就行"到"横向被比"：横向分析机制让计划质量直接同业可比，空泛的表态在这个机制下藏不住。

五、对中国银行的六条可落地启示

1. 单独立项：不要把 AI 网络防御塞进现有 ICT 韧性或信息安全年度计划里，应单列一个 AI-cyber 专项，明确 owner、措施清单和时间表，哪怕监管尚未要求，也要按 ECB 的标准准备可提交的版本。
2. 盘点 AI 暴露面：把自建大模型推理服务、AI 开发平台、GPU 集群、员工可用的 LLM 工具纳入攻击面清单，检查它们是否暴露公网、是否有越权调用风险——这正是 Trend 案例里攻击者盯上的目标。
3. 升级检测规则：针对 AI 生成流量的特征做规则更新，包括自动化扫描的低频分布式模式、多语言钓鱼内容、agent 工具调用序列，而不只盯着已知漏洞签名。
4. 接入跨机构情报：加入行业共享和 CERT 通道，把本行日志里的零星异常放到跨机构背景里判断，避免被单组织视角误导。
5. 压缩补丁窗口：对公网暴露系统建立小时级补丁和虚拟补丁能力，应对 AI 加速挖洞后缩短的披露到武器化窗口。
6. 准备"被横向比较"：按可提交、可检查、可量化的标准写计划，措施要具体到责任部门、时间节点和验证方式，而不是原则性表述——未来中国监管大概率也会走上类似的横向检查路径。

六、三个冷静判断

1. 这不是要银行上最贵的 AI 安全产品：ECB 信的核心是"计划"和"行动"，不是指定技术栈。银行真正要做的是把现有基本功（资产盘点、补丁、默认口令、日志、情报共享）在 AI 威胁环境下重新做扎实，而不是盲目采购。
2. 不要被"AI 攻击"四个字吓住：Trend 的法证证据显示，即使最激进的 AI 攻击，入口仍然是已知弱点和误配置，没有 0day。AI 放大了试探的规模，但没改变"找没锁的门"这个本质。
3. 监管趋同是大方向：ECB 的行动与新加坡 MAS、香港金管局、台湾金管会近期的 AI 监管动作一脉相承——都是从原则走向专项、从事后走向事前、从单机构走向同业比较。中国银行业应把这套节奏视为预演。

结语

10 月 31 日这个截止日的意义，不在于欧元区银行交了多少份文件，而在于它标志着一个转折：主要央行已经把"AI 赋能网络威胁"从一句描述性的风险判断，变成了一份必须单独立项、逐家对话、横向比较的硬任务。对中国银行而言，这不是别人的监管新闻，而是一面镜子——当攻击者已经用 AI 班组规模化扫掠，当漏洞窗口被 AI 越压越短，我们是不是也已经有一份可以在截止日前交出来的 AI 网防行动计划？如果还没有，ECB 这封信就是一个提醒：这件事的合规时点，正在从"以后再说"变成"现在就要"。

（口径说明：本文监管要求来自欧洲央行银行监管 2026 年致银行函件及 Panorays、Curtis 等解读，10 月 31 日提交截止日、JST 逐家对话、横向分析、年度 IT 问卷延至 2027 年 2 月均为该函及解读口径；监管委员会成员 Claudia Buch 署名、ESRB 与 ECB 联动警报来自公开报道。文中引用的 Trend Micro 攻击案例和 PHP2Shell 漏洞为已发布报道。本文对中国银行的建议为个人分析，不构成具体合规方案；实际应对应结合本行资产、监管要求和业务场景制定。）