已修复AMD 霄龙处理器 Fabricked 漏洞成功绕过 SEV-SNP

云端机密计算的核心承诺，是让租户的数据在内存中也能保持加密状态，即使云服务商也无法窥探。然而，最近一项来自苏黎世联邦理工学院的研究，给这项技术的硬件信任根基敲响了警钟。他们的研究揭示了一个名为“Fabricked”的漏洞，能够通过纯软件方式，成功绕过AMD霄龙（EPYC）处理器引以为傲的SEV-SNP安全机制。

这里需要先明确一点：SEV-SNP，全称Secure Encrypted Virtualization with Secure Nested Paging，是AMD为云端机密计算设计的高级保护层。它通过内存加密、页面级访问控制和硬件认证，旨在确保虚拟机（VM）的内存内容对宿主机（Hypervisor）完全不可见。这在金融交易、医疗数据分析等敏感负载上云时，被认为是关键的安全屏障。

但Fabricked攻击的出现，意味着这道屏障出现了裂缝。根据已提交至USENIX Security 2026的论文，该攻击方法成功率高达100%，且完全可重复。更值得注意的是，攻击者无需物理接触服务器，也无需在受保护的虚拟机内部执行任何代码——一切操作都可在被攻陷的宿主机层面完成。

那么，后果有多严重？简单来说，恶意云主机可以借此直接读取、甚至篡改本应受保护的客户机内存。更深远的影响在于，它能够动摇整个信任链条——攻击者可以伪造租户所依赖的硬件认证报告，从而让一个恶意镜像伪装成经过验证的可信镜像。这直指机密计算模型的根基。

问题的根源，深埋在AMD芯片的内部互联架构中。这个漏洞的核心存在于“Infinity Fabric”，这是AMD处理器内部用于连接核心、缓存、内存控制器等模块的高速数据通路。研究团队发现，攻击的突破口与系统启动时的初始化过程密切相关。

具体而言，主板UEFI固件在每次启动时负责配置部分硬件路由。研究人员演示，如果一个恶意的UEFI固件在启用SEV-SNP的过程中，刻意跳过了两个关键的平台安全处理器（PSP）API调用，它就能在Infinity Fabric的Data Fabric寄存器中写入特定值。

PSP是AMD芯片上一个独立的安全协处理器，负责密钥管理、内存保护初始化等关键任务。漏洞的巧妙之处在于利用了PSP内存访问请求的优先级顺序：它会先错误地匹配MMIO（内存映射I/O）的路由规则，然后才匹配正常的DRAM规则。

攻击者正是利用这一点，将MMIO映射伪装到RMP（反向映射表）所在的内存区域。RMP是SEV-SNP用于跟踪页面所有权和状态的核心安全数据结构。这样一来，PSP对RMP的初始化写入便会悄悄失效，而系统却会错误地报告初始化成功。

一旦攻击者掌控了这个未被正确初始化的RMP，宿主机便获得了任意访问机密虚拟机内存的能力。研究团队展示了两种极具破坏力的攻击场景：

• 其一，在虚拟机认证完成后，暗中为其开启调试模式。这使得宿主机可以解密虚拟机所有内存，而租户却毫无察觉。
• 其二，直接伪造完整的硬件认证报告链条。这意味着攻击者可以打造一个完全恶意的虚拟机镜像，却让它被系统认为是受可信硬件保护的合法镜像。

这项研究已在基于Zen 5架构的EPYC处理器上得到验证。AMD在2025年8月通过负责任披露流程获知此问题，并为其分配了编号CVE-2025-54510。根据AMD在2026年4月发布的安全通告（AMD-SB-3034），修复固件已经覆盖了Zen 3、Zen 4及Zen 5平台。

这项研究再次印证了一个安全领域的经典观点：复杂硬件系统中的安全边界，往往取决于最薄弱的一环。即便如SEV-SNP这般深植于硬件的安全机制，其最终有效性也依赖于从固件到驱动程序的整个软件栈的正确实现。对于依赖机密计算的行业而言，持续的安全审计与快速的补丁响应，依然是不可或缺的防线。