UEFI 致命漏洞威胁全球服务器
Code-execution flaw in UEFI firmware threatens most servers on planet Earth
EDK2 固件中一个严重性评分高达 9.5 的代码执行漏洞（CVE-2026-97631）曝光，可能影响全球绝大多数服务器。该漏洞位于 PXE 网络启动组件中，攻击者可在操作系统和 Secure Boot 等防护机制加载前执行恶意代码，从而绕过信任链。尽管补丁代码已泄露，但修复涉及数百万台设备，过程繁琐且耗时。此漏洞主要影响使用网络启动的企业环境，而非普通家庭用户。Intel 和 Arm 等厂商虽声称其参考代码未直接受影响，但鉴于 EDK2 的广泛使用，所有相关组织仍需警惕并检查系统配置。
攻击者可以利用此漏洞在启动过程仍能访问敏感组件（如端点的 TPM）时劫持程序流程，从而破坏磁盘加密。
HN 评论区
170- FrasiertheLion
我们最近写过关于从 OVMF（约 100 万行 C 代码）转向针对特定机密虚拟机目标的极简且高度专用的固件（300 行汇编代码）[1] 的文章，并提出了“流行”并不自动等同于“安全”的观点。你可以让 LLM 扫描任何大型代码库，它都能发现漏洞，因此“修补整个星球”这种思路并不可扩展。相反，你可以编写高度专用的小型代码库，然后对其应用所有安全实践——比如 LLM（如果代码量小，成本就很低）、模糊测试、形式化方法等。
- hn_submit
我一直对 UEFI 的诞生持极度怀疑态度。它在操作系统之前执行代码，但并没有像 BIOS 那样提供真正的硬件抽象层。大多数操作系统并不使用 BIOS 或其他软件层，而是直接自行配置硬件。那它存在的意义是什么？
而且，与相对较小的 BIOS 不同，UEFI 是“全脂版”，其体积几乎和操作系统本身一样大，甚至能运行自己的应用程序。
组成 UEFI 的 100 万行 C 代码漏洞百出，这仅仅是其中之一。毫无疑问，LLM 将会挖掘出更多漏洞。
- voidUpdate
所以你需要在服务器启动时向其发送一个 ICMP 数据包？这听起来攻击面极小。我不知道我们的企业服务器上次真正重启是什么时候，它们似乎永远都在运行。
- DamnInteresting
> 利用这一最新漏洞存在重要的注意事项和限制。如上所述，对本地网络拥有一定程度的控制权是前提条件。这可能将利用范围限制在内部人员或攻击者（如国家级黑客或勒索软件运营商）身上，他们设法在网络内部获得底层访问权限，并正在寻找提升系统权限的方法。
- AppAttestationz
在地球上吗？谢天谢地，太空中的 AI 服务器是安全的！！
- rocqua
这里有趣的一点实际上在于绕过 secure-boot 或 bitlocker。如果设备被错误配置为 PXE 启动，而该 UEFI 系统本身已锁定且启用了强大的 secure boot，那么这可能让你破坏引导链，进而禁用 secure-boot 或从 TPM 中提取密钥。
这里的主要问题是：你想要尝试此操作的目标设备中，有多少开启了 PXE 启动？我主要想到的是受管制的笔记本电脑，比如公司配发的笔记本，或是厂商锁定的设备（Chromebook，我想某些 Microsoft Surface 也是）。
- verandaguy
我想象国际空间站上的宇航员此刻一定松了一口气。
- mischanix
如果 php2shell 的评分是 9.2，那这个怎么可能是 9.5？