AI自主发现并利用潜伏在代码中长达17年的漏洞，这种想法是否让你夜不能寐？CVE-2026-4747，一个存在于@FreeBSD中长达17年的远程代码执行漏洞，已被Mythos自主利用。

好消息是，为了让您安心入眠：英特尔自2020年起在其平台中引入了英特尔® 控制流执行技术（Intel CET）。Intel CET能够阻止此类及类似类型的漏洞利用。在确保内置平台保护功能已启用后，去好好休息吧。

阅读博客，了解英特尔在软件鲁棒性纵深防御堆栈方面的思路：http://ms.spr.ly/6018vhdU0

当AI发现漏洞时的软件鲁棒性

来源：https://www.intel.com/content/www/us/en/security/security-practices/blogs/software-robustness-when-ai-finds-the-bugs.html?cid=iosm&source=twitter&campid=1_corporate_brand&content=100010910580927&icid=corporate+2026 英特尔标志 - 返回首页 (https://www.intel.com/content/www/us/en/homepage.html)

选择您的语言

登录以访问受限内容

使用 Intel.com 搜索

您可以通过多种方式轻松搜索整个 Intel.com 站点。

• 品牌名称：Core i9
• 文档编号：123456
• 代码名称：Emerald Rapids
• 特殊运算符：“Ice Lake”， Ice AND Lake， Ice OR Lake， Ice*

快速链接

您也可以尝试以下快速链接，查看最热门搜索的结果。

• 产品信息 (https://www.intel.com/content/www/us/en/products/overview.html?wapkw=quicklink:products)
• 支持 (https://www.intel.com/content/www/us/en/support.html?wapkw=quicklink:support)
• 驱动与软件 (https://downloadcenter.intel.com/?wapkw=quicklink:download-center)

最近搜索

登录以访问受限内容

高级搜索

仅在以下范围内搜索

标题描述内容ID

登录以访问受限内容。

1. 当AI发现漏洞时的软件鲁棒性

您正在使用的浏览器版本不推荐用于此站点。请考虑通过点击以下链接之一升级到最新版本的浏览器。

• Safari (https://support.apple.com/downloads/safari)
• Chrome (https://support.google.com/chrome/answer/95346?hl=en)
• Edge (https://www.microsoft.com/en-us/edge)
• Firefox (https://www.mozilla.org/en-US/firefox/new/)

当AI发现漏洞时的软件鲁棒性

英特尔® 控制流执行技术与内存标记如何应对AI系统大规模暴露的漏洞类别。

发布于 2026年7月21日

2026年4月，Anthropic公开了Project Glasswing，并展示了Mythos的预览版——这是一款能够自主发现软件及平台层零日漏洞的AI系统。Anthropic的初步发现包括OpenBSD和FreeBSD等系统中长期存在的缺陷的报告，以及浏览器和媒体组件，其中至少有一条已确认的远程代码执行路径可实现未经身份验证的root访问（CVE-2026-4747）¹。

英特尔是Project Glasswing²以及OpenAI的Trusted Access for Cyber项目的合作伙伴。2026年英特尔平台安全报告将硬件强化的软件鲁棒性确定为英特尔芯片中三大基础安全能力之一，另外两项是机密AI和后量子就绪密码学³。本文探讨这些能力如何适用于Mythos预览版所暴露的漏洞类别，以及它们在实际中如何协同工作。

正如Anthropic所指出的，他们观察到的结果“主要是内存安全漏洞”¹。这与数十年的行业测量结果一致。微软报告称，其每年约70%的CVE是内存安全问题⁴。谷歌的Chromium项目指出，大约70%的严重安全漏洞是内存相关⁵。Mozilla发现，34个严重和高危漏洞中有32个是内存相关⁶。美国联邦政府指导意见将内存安全漏洞的占比定为66%至75%之间⁷。

Mythos并未改变这一分布。它以前所未有的速度和规模加速了同一底层类别漏洞的发现，将漏洞引入与暴露之间的时间压缩到极致。主要问题已不再是发现漏洞，而是如何在规模化情况下存活下来。当内存安全漏洞能够快速且低成本地被发现时，安全不能仅依赖补丁。防御成为一项分层执行挑战：内存安全、控制流完整性以及漏洞利用缓解措施，在整个堆栈中协同工作。

案例研究：利用Mythos发现的漏洞阻断一次漏洞利用

Anthropic描述了一种针对FreeBSD的返回导向编程（ROP）远程代码执行漏洞利用，由Mythos生成，由内核栈溢出触发。随后，Calif使用Opus 4.6生成了一个可远程打开root shell的漏洞利用，并已公开发布¹，¹⁵。英特尔为FreeBSD内核生成了概念验证补丁，使用英特尔® 控制流执行技术（Intel® CET）和灵活返回与事件传递（FRED）来缓解此类漏洞利用。

当Intel CET检测到漏洞利用中第一个被破坏的返回地址时，强化后的内核会停止执行。该技术包含监管者影子栈支持，用于检测内核中的被破坏返回地址。FRED是一项辅助技术，有助于启用监管者影子栈支持¹⁶。

英特尔将补丁应用于一个存在漏洞的FreeBSD内核版本，并更新了Calif漏洞利用中的地址以匹配。英特尔在基准测试中通过启动时开关禁用Intel CET，验证了漏洞利用仍按预期运行。然后，英特尔在启用Intel CET的情况下，在包含Intel CET和FRED的Intel Core Ultra系列3处理器上重新运行Calif漏洞利用，观察到该漏洞利用被成功阻断。

Intel CET：AI加速漏洞利用链中的控制流完整性

上述描述的漏洞利用遵循一种反复出现的利用模式：将内存损坏转化为控制流劫持。实现成功远程代码执行的常见路径包括覆盖返回地址或通过返回导向编程（ROP）、调用导向编程（COP）和跳转导向编程（JOP）将代码小工具串联起来。

Intel CET旨在破坏此类攻击。Anthropic的最新研究强调，硬件影子栈是能够显著减少攻击面（即使没有消除每条利用路径）的缓解措施的一个例子¹⁴。Intel CET通过两种保护机制，阻止了将内存损坏转化为可靠代码执行的许多漏洞利用链：

• 影子栈保护：影子栈是一个硬件保护的栈，存储每个返回地址的副本。在每个RET（返回）指令上，处理器验证常规栈中的返回地址是否与影子栈中的对应条目匹配，有助于防止ROP风格的控制流劫持。
• 间接分支跟踪（IBT）：IBT通过将间接JMP和CALL指令限制到指定的代码位置，来防御JOP和COP攻击。启用后，间接分支只能针对标记有ENDBR（一种标识有效分支目标的特殊指令）的指令。尝试分支到其他位置将被阻止。

影子栈和IBT共同破坏ROP、调用导向攻击和跳转导向链中常见的重定向技术。这在AI辅助环境中变得更加重要，因为像Mythos这样的系统可以加速漏洞利用链的发现和组装，从而提高了即使底层漏洞仍然存在也能打破这些链的缓解措施的价值。Intel CET直接针对这一控制流劫持阶段。

生态强化

随着Intel CET部署的扩展，研究人员发现了Linux内核使用Intel CET时的边界案例。来自CISPA Helmholtz Center的最新工作包括SFOP（基于段错误导向编程），该技术利用Linux信号处理中的弱点，跨段错误链接代码执行¹³。

值得注意的是，SFOP研究人员直接与Linux内核安全团队合作，开发了解决底层信号处理弱点的补丁。这展示了纵深防御模型的作用：当研究人员识别出边界条件或集成弱点时，生态系统会通过强化周边层来响应，同时保留原始保护的价值。

平台部署

Intel CET自2020年起已在生产级芯片中交付，首先在客户端平台，然后扩展到服务器平台，并且目前得到主流操作系统的支持，各操作系统上的功能覆盖范围有所不同。下表总结了当前Linux和Windows上Intel CET功能的支持情况。

在Linux上，Intel CET影子栈目前保护用户态应用程序（如浏览器、媒体解码器、推理引擎），而内核IBT提供内核级别的间接分支验证⁸。与其他内核强化功能一样，内核IBT依赖于兼容的内核态代码：使用较旧工具链构建或没有正确IBT注释的内核模块可能需要在启用IBT的环境中重建后才能使用。Windows通过硬件强化的栈保护在用户态和内核态均支持硬件强化的影子栈⁹。

英特尔内存标记技术（MTT）：从源头加强内存安全

Mythos的披露也强化了一个更广泛的现实：没有任何单一的缓解措施是足够的。来自同一披露期的几个漏洞包括浏览器组件中的堆损坏和释放后使用（UAF）条件，包括CVE-2026-6746（DOM/Core和HTML释放后使用）、CVE-2026-6758（WebAssembly释放后使用）和CVE-2026-6757（无效指针漏洞）¹⁰。Anthropic的内核披露显示了相同的模式，其中一条利用链利用对先前释放的堆对象的写入来提升权限¹。

Intel CET专注于在内存损坏发生后防止执行流劫持。即将推出的x86内存标记技术（MTT）等内存标记方法针对一个互补的问题：检测无效内存访问本身，包括释放后使用和缓冲区溢出¹¹。

英特尔MTT通过为内存分配分配硬件强制的标签，并在后续访问时检查这些标签来工作。如果程序通过标签与分配标签不匹配的指针读取或写入内存，硬件会引发异常。这会在攻击者能够将其利用为控制流劫持之前，在来源处捕获损坏。

MTT（以前称为ChkTag）于2025年10月由英特尔和AMD通过x86生态系统咨询小组联合宣布。完整规范预计于2026年晚些时候发布。Linux内核的准备正在进行中，英特尔于2026年3月发布了补丁，将线性地址掩码基础设施适配用于ChkTag¹²。

纵深防御堆栈

本文讨论的技术展示了分层保护如何应对漏洞利用链的不同阶段。英特尔MTT旨在在损坏发生时检测无效内存访问，通常能在控制流劫持成为可能之前终止执行。Intel CET有助于防止攻击者将内存损坏转化为可靠代码执行，即使在损坏仍然发生的环境中也是如此。这些保护共同通过解决内存损坏和常用于利用它的控制流劫持技术，降低了漏洞利用的可靠性。

这与CISA的内存安全指南一致，该指南将硬件能力视为一种有效的合规路径，指出组织应“通过使用内存安全语言或实施能够防止内存安全漏洞的硬件能力”来消除内存安全漏洞⁷。

Mythos等系统带来的转变不仅是漏洞发现规模的变化，更是可被利用的条件在长期存在的软件生态系统中被暴露的速度。很大一部分关键基础设施将继续运行内存不安全的代码。这些代码库无法在一夜之间重写，即使是重写或从头构建的系统，通常也依赖于内存不安全的组件。

因此，防御不能依赖任何单一的缓解层。追求多种方法既值得又互补：在内存损坏发生时捕获它，在损坏被利用时打破控制流劫持，在所有其他措施失效时隔离工作负载，并在可行的情况下继续向内存安全语言过渡。这些保护措施在不同平台和代码库上的推进速度会有所不同，但共同增强了韧性。

下图展示了内存安全、控制流完整性和内存安全语言如何在纵深防御堆栈中相互加强。

图 1. 软件鲁棒性的纵深防御。Intel CET和内存标记，配合内存安全语言，解决了软件鲁棒性和漏洞利用缓解的不同方面。

AI正在使漏洞发现更快、更便宜，且更难逃脱。答案不是单一的缓解措施，而是一个能够捕获损坏、打破漏洞利用链，并将不可避免的漏洞从系统性妥协中隔离出来的堆栈。在这种环境中，鲁棒性必须在整个堆栈中进行工程设计，从硬件和固件到运行在其上的软件。

致谢

我感谢Michael LeMay、Simon Johnson、Scott Constable和Joe Cihula的技术审查和反馈。本文讨论的Intel CET概念验证由Brian Delgado构建。

关于作者

Asmae Mhassni领导英特尔的软件鲁棒性支柱部门，推动纵深防御策略，从芯片到更广泛的生态系统加强软件韧性。她的工作涵盖硬件强化的软件鲁棒性、内存安全以及AI系统的信任基础设施。她共同领导安全AI联盟（CoSAI）中的软件供应链安全工作组，推动行业内保护AI系统的广泛协作，此前她在英特尔领导机密AI架构工作。

来源

¹ Nicholas Carlini 等人，“Assessing Claude Mythos Preview’s cybersecurity capabilities”，https://www.anthropic.com/research/mythos-preview ² 英特尔，“Securing Hardware and Software for the AI Era with Project Glasswing”，2026年4月9日。intel.com/content/www/us/en/security/security-practices/blogs/securing-hardware-software-for-ai-with-glasswing.html ³ 英特尔，“2026 Intel Platform Security Report”，2026年3月。intel.com/content/www/us/en/content-details/915147/2026-intel-platform-security-report.html ⁴ 微软安全响应中心，“A Proactive Approach to More Secure Code”，2019年7月。 ⁵ 谷歌Chromium安全，“Memory Safety”。chromium.org/Home/chromium-security/memory-safety/ ⁶ CISA，“The Urgent Need for Memory Safety in Software Products”，2023年9月。引用Mozilla发现：34个严重和高危漏洞中有32个是内存相关。 ⁷ 白宫ONCD，“Back to the Building Blocks: A Path Toward Secure and Measurable Software”，2024年2月；CISA内存安全指南，2