Fabricked Exploit 以完全有效的方式悄无声息地破坏了 EPYC 芯片的硬件保护——AMD 已经发布了修复程序

简要概述

四月，ETH苏黎世的研究人员发现了AMD SEV‑SNP硬件保护中的漏洞，该漏洞允许攻击者完全访问运行在AMD EPYC处理器上的虚拟机受保护内存（CVM）。被命名为Fabricked的利用程序利用Infinity Fabric在启动期间的内存路由弱点，并能欺骗用户依赖于其完整性验证的加密认证。

1. 什么是AMD SEV‑SNP以及它的用途
* 机密计算使云租户能够确信服务提供商无法读取他们的数据。
* SEV‑SNP创建硬件隔离的虚拟机：内存被加密，访问由嵌入式安全处理器——PSP（平台安全处理器）控制。
* 启动时，PSP初始化Reverse Map Table (RMP)——每个页面内存的访问表。
认证（加密检查）依赖于RMP的正确工作。

2. Fabricked 的工作原理
1. UEFI 问题
* AMD设备使用UEFI配置Infinity Fabric——芯片间网络，负责在核心、控制器和外设之间路由内存流量。
* 启动过程中，UEFI 调用两个PSP‑API，将 Infinity Fabric 的配置寄存器“锁定”后设置完毕。
* 如果UEFI被篡改（云提供商可以做到），这些调用可被跳过，使 Data Fabric 在启用 SEV‑SNP 后仍保持可写。

2. MMIO 检查缺陷
* 当PSP请求内存访问时，检查首先按MMIO规则（与硬件设备交互）进行，然后才按常规 DRAM 规则。
* 攻击者可以配置 MMIO 映射，使其“遮蔽”RMP 区域。因此 PSP 的写入被忽略，但 SEV‑SNP 仍报告成功初始化。

3. 结果——未初始化的 RMP 仍由攻击者控制。Hypervisor 可以在不被 guest OS 检测到的情况下读写 CVM 任意内存区域。

3. 漏洞演示
* 在已通过认证的 CVM 上启用调试模式后，Hypervisor 能解密任意内存片段而未被发现。
* 大规模替换认证报告——攻击者可提供虚假的完整性证明。

4. 对用户意味着什么
* 漏洞完全确定性且 100 % 成功率，无需物理访问服务器。
* 不需要在虚拟机内执行代码，只要云主机控制 UEFI 即可。
* 依赖 SEV‑SNP 的机密计算租户面临数据失控风险。

5. 研究人员的观点
结果已发表于 *USENIX Security 2026* 论文中。作者强调 Fabricked 绕过了关键认证机制，并展示了实用利用程序，证实威胁严重性。

结论：

Fabricked 揭示了 AMD SEV‑SNP 防护链中的根本漏洞。如果不更新 UEFI 并加强 RMP 检查，云提供商可能在租户未察觉的情况下完全访问虚拟机受保护内存。