最新内容请微.信搜索公.众.号阅读一场由AI引发的漏洞海啸如果你最近关注科技圈或网络安全界可能会注意到一组令人惊叹的数据微软在一个月内修补了 622 个安全漏洞创下历史新高而数据库巨头 Oracle甲骨文紧接着发布了 7 月安全更新修复了整整 1449 个漏洞微软发布重量级安全更新一口气修复 416 项漏洞涵盖两大在野利用风险在这个庞大的漏洞列表中最危险的一个漏洞CVE-2026-60358隐藏在 Oracle 的身份认证系统Oracle Access Manager中。黑客不需要知道你的密码也不需要任何复杂的操作只需要通过 HTTP 网络发送一段特殊代码就能直接绕过身份验证完全掌控系统。这个漏洞在国际标准下被评为最高危的满分分值10 分满分 10 分。为什么过去一年只能发现几十个、上百个漏洞的软件巨头们突然间像“捅了篓子”一样一次性抛出成百上千个漏洞答案藏在文章标题里的“Anthropic Mythos”。一、谁是 MythosAI给网络安全带来的“降维打击”要弄懂这次漏洞海啸我们需要先认识一个关键角色Claude Mythos。Mythos 是由人工智能巨头 Anthropic 研发的一款具备颠覆性安全分析能力的前沿 AI 模型。如果把传统的软件漏洞挖掘比作“人工拿放大镜在一行行代码里找错”那么 Mythos 的出现就相当于直接给这项工作装上了“高能扫描雷达”加“超级计算机”。以往找漏洞是一件门槛极高的体力加脑力活。顶尖的白帽黑客可能需要几个月甚至几年时间去啃透一个复杂软件的底层的内存逻辑才能偶尔发现一个隐藏多年的漏洞。但 Mythos 完全打破了这个规则1. 速度与规模的暴涨Mythos 可以在极短的时间内对数百万行复杂的系统代码进行深度分析、模拟运行和攻防测试。2. 人类看不到的盲区它不仅能找到普通漏洞还能把几个原本看起来“危害极小”的小瑕疵像接力赛一样“串联”起来组合成一个能彻底攻破系统的超级攻击链Chain Exploits。3. 老旧代码的克星Mythos 刚问世时就在开源软件和主流操作系统中找出了数万个高危漏洞——其中甚至包含了隐藏了 20 多年、被无数人类专家审核过无数次的老代码漏洞。Anthropic 随后启动了专门的安全合作项目如 Glasswing 计划将这种能力赋予了包括微软、Oracle、谷歌、AWS 等在内的全球科技巨头。这就是“Mythos 效应”当各大巨头拿到这样一款“神兵利器”去扫描自己的产品线时过去几十年来积攒在软件底座里的漏洞瞬间全部“暴露在阳光下”二、、1449 个漏洞背后企业软件的“积木难题”在 Oracle 这次修复的 1449 个漏洞中涵盖了我们熟知的 Oracle 数据库、E-Business Suite企业资源计划、MySQL、Java SE 等几乎全线企业级产品。你可能会好奇Oracle 这样的大公司代码质量真的这么差吗怎么会藏着这么多漏洞其实这揭示了现代大型软件开发的一个核心痛点第三方开源组件的依赖问题也叫供应链风险。现代的企业级软件就像是用“积木”搭起来的高楼大楼Oracle 工程师不可能从零开始写每一行代码他们会大量调用行业内成熟的开源“积木”比如负责日志记录的 Apache Log4j、负责网络通信的 Netty 和 OpenSSL、负责数据解析的 Jackson以及 Spring 框架等。当 AI 模型如 Mythos在这些底层的“开源积木”中扫出一个漏洞时所有使用了这块积木的 Oracle 产品都会同时中招。这就导致了漏洞数量呈现“几何级数”的爆发。三、 为什么说安全团队的“好日子”结束了在 AI 爆发之前网络安全界有一个广为人知的规则叫做“协调披露期”Coordinated Vulnerability Disclosure黑客或研究员发现了漏洞会先悄悄告诉软件厂商给厂商 30 到 90 天的时间去写补丁等补丁写好了再向大众公布这个漏洞。然而Mythos 的出现直接撕碎了这个缓冲期引发了三种深刻的危机1. 守方的“修复速度”跟不上 AI 的“发现速度”过去安全团队一个月修复十几个漏洞工作节奏绰绰有余。而现在AI 一下子丢出 1449 个漏洞IT 管理员们连评估风险、测试补丁的时间都不够用。漏洞太多反而让真正的危险更容易淹没在海量的安全告警中。2. “N日漏洞”成为最大杀手当 Oracle 正式发布了这 1449 个漏洞的公告和补丁时意味着漏洞的攻击特征也随之公开了。那些还没有来得及更新系统的企业就变成了赤裸裸的靶子。黑客同样可以使用 AI 工具根据 Oracle 发布的补丁反向推导出攻破系统的代码即“补丁反向工程”并在几个小时内启动全球自动化攻击。3. 极低门槛的攻防不对称过去只有顶级黑客才能发起的复杂攻击未来在类似 Mythos 的 AI 辅助下普通攻击者也能轻松做到。攻击的门槛被无限降低而防御的成本却呈指数级上升。四、 面对 AI 时代的安全狂风企业和开发者该怎么办Oracle 1449 个漏洞的修补只是这场全球软件安全变革的一个缩影。面对 AI 带来的漏洞大爆发未来的安全防护必须改变思路从“定期修补”转向“实时防御”靠人工每月看一次报告、打一次补丁的时代已经过去了。企业需要部署具备运行时防护Runtime Security的智能工具优先封堵那些真正暴露在公网上、处于活跃运行状态的危险路径。用 AI 对抗 AI既然黑客和研究员都在用 AI 寻找漏洞企业自身也必须将 AI 融入代码开发与自动化测试中做到“代码未上线漏洞已修补”。重视身份认证与边界防护正如本次 Oracle 漏洞中最致命的 CVE-2026-60358 一样入口级的认证系统始终是黑客的最爱。对于企业而言限制关键系统的公网暴露面、采用多因素验证与零信任架构是防范此类“无密码攻击”的底线。Oracle 1449 个漏洞的轰动并不是因为软件突然变得不安全了而是人工智能正以前所未有的深度帮人类揭开了数字世界潜藏已久的伤疤。这既是一场严峻的挑战也是一次必要的清算。在短期内企业安全团队或许会经历一段应对告警海啸的“阵痛期”但从长远来看在 AI 工具的督促下全球数字基础设施的底层安全正在被以惊人的速度强制重构。这场防守方与攻击者在 AI 赛道上的极速赛跑才刚刚开始。