AI 把攻防节奏打乱了，软件安全要不要推倒重来

「一个月份量的安全事件，压缩进了一天。」这是一位知名工程评论者在 10 月 22 日的 newsletter 里的开场判断——先声明口径：这是付费期刊的作者观点栏目，以下只写其明确给出的内容。

一、发生了什么

作者 Gergely Orosz 是技术圈订阅量最高的工程通讯之一的运营者。这期的头条问题是：要不要因为 AI 重做软件安全？他给出的背景是过去几天全球科技业密集爆出漏洞披露和入侵事件，其中不少集中在本周二和周三这两天，并且「许多有 AI 的推波助澜」。

作者的核心判断用一句话就能说清：攻击者已经从 AI 身上拿到了优势，防守方必须作出回应——言下之意是现行的防守节奏跟不上。

同一期里还有几条互相印证的信号：一位开源高性能版本控制服务器的作者公开指控 Anthropic 的新版本控制系统抄袭其设计且未注明出处——这是指控，不是定论；Shopify 在给软件做「自愈」工具；工程师 Thorsten Ball 则放出了更激进的预测，认为开源模式可能不再成立。这几件事分属不同领域，共同点都是既有秩序在被新东西快速挤压。

二、跟你有什么关系

管基础设施的人：如果你的补丁流程按季度排期，这个周期和 AI 辅助的攻击速度之间差着量级。作者认为防守方「必须回应」，不是可选项。

写开源软件的人：供应链信任是这一周的另一个主题——上游被质疑抄设计没署名，下游用户无从分辨。你发布的每个组件都在替你的信用背书。

普通开发者：自愈软件、AI 审计这些概念会更快进入日常工作流，早了解早有准备。

三、怎么用

1. 把「披露到打补丁」的时间当成自己的 KPI 测一遍。本周这批事件的共同背景是 AI 让漏洞的发现和利用都在提速，防守方唯一能压缩的是自己的响应时长。
2. 给关键系统做隔离演练。作者没展开具体方案，但「攻击面因 AI 扩大」这个判断下，最小权限和网络分区的老原则性价比反而更高：出事时炸的是一段，不是全部。
3. 审计留痕从现在开始记。这期里对 AI 公司的抄袭指控之所以能成立，前提是两边的设计都可对比。你的系统做了哪些安全决策、依据什么，记下来才轮得到被信任。

四、三个别信的说法

「等下个版本再统一处理安全问题。」 作者的观察是事件密度在以天为单位堆积，按月排期的习惯本身就是暴露面。响应速度现在是产品能力的一部分。

「AI 只是让攻击更快，防守方法不变。」 这期的标题就是在质疑这句话。当攻击者可以批量试探、自动生成变体时，只靠加人加班的防守会先耗尽。

「知名公司的代码天然可信。」 开源版本控制服务器的作者对头部 AI 实验室的指控提醒我们：来源可信和实现可信是两回事，抄袭指控能不能坐实是一回事，用户没有验证手段是另一回事。

五、一句话结论

攻防两侧的时钟都被 AI 拨快了，还在按旧周期走的防守方，输掉的不是某次攻防，是时间差本身。

信息来源

• Pragmatic Engineer：The Pulse——要不要因 AI 重思软件安全（2026 年 10 月 22 日）

功能与价格以官方公告为准。本文写于 2026 年 10 月 26 日。