本期日期 2026年10月28日
UEFI启动漏洞使采用EDK II的服务器面临风险
Ars Technica披露了EDK II的一个漏洞，可在网络启动过程中、部分系统保护机制介入之前执行代码。补丁在原定的协调披露之前就已公开，而更新部署取决于众多供应商。
法律告知：此内容由人工智能系统生成。 编辑透明度
UEFI固件中的一个漏洞再次凸显了保护先于操作系统运行的软件所面临的困难。EDK II中披露的缺陷涉及网络启动：其影响范围取决于设备及其配置，而补丁分发涉及众多供应商。
启动固件中的一个漏洞涉及TianoCore EDK II，这套代码库被众多服务器制造商和云服务提供商采用。据Ars Technica报道，CVE-2026-97631允许在网络启动过程中、Secure Boot等保护机制介入之前执行恶意代码。其严重性评分达到9.5分，满分为10分。
该缺陷位于负责PXE启动的驱动程序对ICMP错误消息的处理环节。PXE机制允许设备通过从网络下载的代码启动。一次边界限制不当的内存复制会使过长的消息超出预定缓冲区，并破坏相邻数据。因此，利用该漏洞需要特定条件：消息必须在这一启动阶段到达机器。
Ars Technica区分了几种可能的后果。攻击者可以阻止启动，造成拒绝服务。如果掌握目标固件的版本，攻击者还可以准备在UEFI环境中以处理器的最高权限执行代码。通过该漏洞执行的载荷本身不会直接持久驻留，但可能为安装其他能够在启动时再次运行的组件创造条件。
信息的传播也使应对工作更加复杂。据该媒体报道，漏洞发现者原本安排在一月进行协调披露。然而，AMI在前一个月发布了一份修改提案，详细说明了漏洞及其修复方案。相关研究人员发现这份提案后，TianoCore项目成员于前一周公开发布了通告。
潜在影响范围与EDK II在制造链中的地位有关：AMI、Insyde和Phoenix广泛采用这套代码库，存在漏洞的组件也曾包含在Microsoft的变体Project Mu中。但这些信息既未提供实际面临风险的机器清单，也未说明这些机器的更新状态。
因此，运维层面似乎面临两项任务：识别受影响的设备，并从各自供应商处获取适用的补丁。Ars Technica强调，在如此分散的生态系统中更新固件需要时间。与此同时，补丁的公开也让高级攻击者更容易研究这一缺陷。这些因素叠加，意味着需要特别关注网络启动条件，但不能将所有采用EDK II的设备都视为已经遭到入侵。