软件更新并非万能的安全护盾。人工智能安全测试初创公司 Terra Security 指出，一种令人担忧的趋势正在蔓延：原本用于修复漏洞的安全补丁本身被绕过。数据显示，在经历了数年相对平稳的低水平后，2026 年报告的补丁故障数量急剧攀升。
这一现象与 AI 辅助漏洞发现及修补活动的爆发式增长存在关联。以微软为例，俄罗斯政府支持的网络间谍组织早在 Microsoft 于 2 月修复 Windows Shell 安全绕过漏洞 CVE-2026-21510 之前至少一个月就已利用该漏洞。然而，Redmond 发布的补丁并不完整，遗留了第二个零点击身份验证强制漏洞（CVE-2026-32202）。在该漏洞于 4 月被正式修复前，它同样被发现并遭到滥用。
Terra 的研究人员审查了所有已发布的 CVE 记录以及 GitHub 上的安全咨询公告，发现了一个明显的模式：过去六年中，补丁绕过情况相对较少，但在 2026 年，每当一个修复方案发布，往往很快就会有新的绕过方法出现，进而迫使厂商再次发布修复。统计显示，需要在 90 天内报告失败补丁的后续 GitHub 安全修复份额，从 2019 年至 2025 年间约 0.2% 的水平，跃升至今年的 2.3%。
研究人员还指出，根据 Terra 的数据，那些在修复后被绕过的漏洞，出现在美国网络安全和基础设施安全局 (CISA) 已知漏洞名单上的可能性，大约是同一供应商其他受影响漏洞的四倍。在所有错误类别中，服务器端请求伪造 (SSRF) 的修复和原型污染补丁问题最为严重。与所有 CVE 的比例相比，原型污染漏洞在故障修复的 CVE 中占比约为 11 倍，而 SSRF 漏洞则为 4.6 倍。
这与特定类型错误的修复机制有关，即使用拒绝列表来处理输入，如主机名、路径和对象键。Terra 表示，攻击者只需找到一个未被覆盖的变体即可成功绕过防御。
此外，Linux 内核漏洞的修复也面临类似风险。根据 10 月 8 日的内核 CNA 记录，3.2% 的内核 CVE 是通过修复另一个 CVE 而引入的新错误。
这些发现旨在为软件供应商和网络维护者敲响警钟。对于系统管理员和补丁管理者而言，在应用修复前需进行同样的考量：补丁是否覆盖了整个漏洞类别？是否会破坏其他功能？如果供应商修复了一个已被利用的错误，应假设攻击者也在仔细研读补丁代码，寻找潜在的绕过路径。
