人工智能模型如今已能发现并利用零日漏洞。Java有一套明确的安全更新策略，但您有明确的部署策略吗？

　　随着人工智能、大语言模型（LLM）和检索增强生成（RAG）的迅速普及，IT安全格局正经历一场巨变。最近，Anthropic预览了一款名为Claude Mythos的新基础模型，震动了网络安全界。

　　尽管Mythos是通用模型，它在处理计算机安全任务方面却展现出了非凡的能力。Anthropic在一篇博文中表示：“在我们的测试中，我们发现Mythos Preview能够根据用户指示，识别并利用每个主流操作系统和主流网络浏览器中的零日漏洞。它发现的漏洞往往非常隐蔽或难以察觉。”同样值得关注的是，考虑到Java已有30年历史，其中许多被检测到的漏洞实际上已在系统中存在了多年甚至几十年。迄今为止发现的最古老漏洞，是OpenBSD操作系统中一个存在了27年的错误。

　　更令安全团队担忧的是Mythos所展现出的攻击复杂度。在一个案例中，Mythos构建了一个浏览器漏洞利用链，将四个漏洞串联在一起。这些漏洞单独使用可能都无法导致软件被攻破，但组合起来却产生了实质性的破坏效果。

　　Claude Mythos并非故事的终点；在许多方面，它仅仅是个开始。Anthropic开发出的这个LLM，如今在发现和利用漏洞方面已优于人类专家和现有自动化工具。

　　与此同时，AI辅助编程（即"vibe coding"）的兴起，以及Cursor、GitHub Copilot和Claude Code等AI编码工具的广泛采用，将进一步加剧安全问题。组织将越来越依赖不透明的AI生成代码。随着更多软件开发环节（如测试）引入AI，我们也不得不逐渐信任这些工具。

　　鉴于Mythos的潜在影响，Anthropic采取了高度负责任的做法，尚未公开该模型。根据近期宣布的Glasswing项目，只有一组选定的公司被允许访问Mythos，目的是让关键软件基础设施的提供商能够将其用于防御性安全工作，涵盖操作系统、网络浏览器，以及很可能包括Java运行时。

　　成功的漏洞实际成本是多少

　　一次成功的网络攻击，即便对最知名、最成功的公司也会造成沉重打击。NotPetya恶意软件利用了被盗的NSA黑客工具，据估计给航运巨头马士基造成了100亿美元的损失。雅虎数据泄露是历史上规模最大的一次，暴露了30亿用户账户信息。Equifax数据泄露则利用了Web应用程序框架中一个已知但未修补的漏洞，导致近1.5亿消费者的高度敏感个人信息被泄露。实际上，这些只是冰山一角——许多组织因担心声誉受损，并不会公开披露其IT系统被入侵的情况。

　　我们看到的是一场网络犯罪分子与安全团队之间永无休止的较量，双方都在竞相更快地发现漏洞。漏洞一旦被发现，竞赛就转向它能否在补丁发布之前被利用。双方都采用了日益复杂的自动化手段：网络犯罪分子使用端口扫描器、密码破解器和Web应用扫描器等工具；安全团队则使用Black Duck和Snyk等商业工具扫描源代码中的漏洞。

　　开源软件如今已成为现代技术的基础设施。从Linux到Firefox，从Kubernetes到Java，所有软件的源代码均可免费获取。网络犯罪分子不再需要猜测软件的内部工作原理——他们可以直接阅读源代码，并试图智胜安全扫描工具。人工智能放大了这一优势，能够以机器速度分析整个代码库，发现那些自动化扫描器经常错过的细微缺陷。

　　Java的安全架构和关键补丁的速度

　　作为大多数企业和关键任务应用的基础组成部分，Java平台拥有极其严格且结构良好的安全策略。在OpenJDK开源项目中，设有一个名为OpenJDK漏洞组（OVG）的专门团队。尽管项目本身是开放的，但该团队在完全保密的环境下运作。其成员受到严格筛选，只选择具备必要安全背景和技能的工程师。由于他们正在为当前尚未修补的漏洞（即公开意义上的零日漏洞）开发补丁，所有通信均加密，且不同于项目中的其他小组，该小组的邮件交流不会对外发布。

　　基于OVG的工作，OpenJDK遵循一个明确的时间表，在每年1月、4月、7月和10月的第三个星期二发布安全补丁的源代码变更。大多数（但非全部）主要的OpenJDK二进制分发提供商在OVG中都有代表，这确保了用户能及时获得Java运行时的更新。作为Java的主要开发方，甲骨文在更新源代码仓库的同时，会以关键补丁更新（CPU）的形式发布补丁。一旦甲骨文的CPU公开可用，其他OpenJDK发行版的禁运即告解除，可以自由发布各自的更新。具体耗时取决于提供商，显然延迟越长，未修补漏洞被利用的风险就越高。例如，对于包含OpenJDK Zulu版本在内的Azul Core，在禁运解除后一小时内即可提供更新。

　　良好的Java安全卫生现在是什么样子的

　　为确保您的JVM应用程序拥有最高安全级别，您需要制定一项明确的策略，在整个资产范围内部署JDK更新。我经常听到用户说他们不需要修补机器，因为他们在防火墙后面。但防火墙并非不可穿透——前面提到的Equifax漏洞就是利用了防火墙之外的机器，一旦这些机器被入侵，攻击者就能像防火墙不存在一样穿越它。

　　该策略的一部分应包含一份明确的清单，记录您的环境中哪些机器运行着哪些Java版本，甚至具体部署了哪些更新补丁。

　　每当Java更新发布时，都应有一个评估流程，分析所修复的漏洞，以便快速决定更新的推出优先级。为了在保证最大安全性的同时维持应用程序稳定性，JDK更新通常以两种形式提供：一是仅包含安全补丁的CPU，二是包含所有更改的补丁集更新（PSU）或完整更新。并非所有发行版都单独提供CPU（Azul是为数不多的两家之一）。考虑到更新的频率，对所有的流行应用、库和框架进行全面测试是不现实的。大约有四分之一的PSU包含某个修复项，可能会破坏其他组件，从而需要再次更新。而CPU从未出现过此类问题，因此它们可用于在不影响稳定性的前提下部署关键补丁。

　　正如我提到的，这仅仅是人工智能网络安全故事的开端。其他前沿模型开发者也将陆续推出能够匹配甚至超越Claude Mythos漏洞发现能力的新模型。我们正在进入一个更危险的新时期。为此，用户必须比以往任何时候都更加警惕，保持Java运行时的及时更新。

来源：https://www.infoworld.com/article/4200319/is-your-java-runtime-ready-for-ai-attacks.html