TianoCore 于 10 月 22 日公布 EDK II PXE 驱动漏洞 CVE-2026-97631，CVSS 4.0 评分为 9.5，攻击者可在操作系统加载之前、Secure Boot 与 TPM 校验之前执行代码，公告发布时尚无已修补版本。本文按启动链顺序解释它为何能绕过这些机制，区分哪类设备真正受影响，并给出四步处置顺序：盘清 PXE 使用范围、核实固件版本与修复状态、关闭非必要的 PXE、把必须保留的收进只允许装机服务器访问的网段。

上海企业服务器只靠 Secure Boot 够吗？开机那几秒，所有防线都还没上线

直接回答：不够——这个漏洞在 Secure Boot 与 TPM 校验之前就已执行完毕，先查清有多少台机器还开着 PXE。

上海不少机房的信心建立在一句话上：Secure Boot 开着、TPM 挂着、硬盘加密了，机器就算被搬走，数据也读不出来。10 月 22 日，TianoCore 公布了一个编号 CVE-2026-97631 的漏洞，CVSS 4.0 评分 9.5。它不在操作系统里，在网络启动的那几秒里——比所有你信任的机制都早。

一、事实：一个算了十六年的拷贝循环

先把可核实的部分列清楚：

位置与编号：CVE-2026-97631 位于 EDK II 的 PXE 网络启动驱动 NetworkPkg/UefiPxeBcDxe，归类 CWE-120、CWE-131、CWE-787 三类内存问题叠加。10 月 22 日由 TianoCore 发布安全公告 GHSA-99cj-7hg9-mp4m。
机理：驱动在 PXE 启动期间挂着一个接收请求，专门收 ICMP 差错报文，并拷进私有上下文结构里固定的 504 字节字段。IPv4 与 IPv6 两个处理函数的边界判断都写错了：报文超过 504 字节仍继续往字段里拷，且目标指针按累计长度而不是按分片长度推进。
后果两档：轻的一档是启动卡死在那个阶段，无人值守机房反复重启；重的一档是知道目标固件版本的人可在同一报文里种一个伪造事件，让代码在 DXE 阶段以 ring 0 执行。
修复状态：修复补丁为 PR #13302。公告发布时官方标注尚无已修补版本，上游主分支在 10 月 15 日合入，尚未进入稳定发布版。

图1：漏洞位于启动链的第二环，Secure Boot 之后才轮到校验

二、为什么它比一般的内存漏洞麻烦

一般的内存破坏漏洞，在操作系统里打补丁、重启，事情就结束了。这个洞的代码跑在操作系统之前，于是三件原本可靠的事同时失效。

第一件是 Secure Boot。它校验的是“即将加载的操作系统组件”，而恶意代码在校验开始之前就已经执行完了。

第二件是远程证明。它向服务器证明这台硬件的启动链度量值符合预期，可度量值本身就是从这条链上读出来的，上游被污染，证明依然能通过。

第三件是全盘加密。加密的信任根在 TPM，TPM 的信任根在启动链，启动链的第一环是固件。攻击者恰恰能在一个“启动过程仍然可以访问 TPM”的时间点上劫持程序流。

它的局限也要说清楚：利用需要知道目标固件的具体构建版本，得针对每个机型单独调整，不是一发通用的利用。这个限制筛掉了随手一试的人，但也把攻击者筛成了有耐心的那一类。

三、上海企业最容易踩的三个假设

假设一：PXE 平时是关的。 实际上 PXE 默认开启。它既不在应用清单里，也不在网络清单里，而属于“装机流程”，常常挂在运维自动化平台下面——出事时才发现没人说得清哪些机器开着它。→ 把网卡启动项单独列一列，按机型统计开关状态。

假设二：所有服务器都得处理。 只影响从网络启动的场景：裸金属自动化装机、无盘工作站、HPC 节点、虚拟化集群里部分由模板下发的节点。绝大多数跑业务的应用服务器从本地盘启动，可以先排除。→ 先按启动方式分类，再划处置范围，别做无差别排查。

假设三：等厂商的 BIOS 更新就行。 固件修复是按季度计的：上游修完（10 月 15 日）、独立 BIOS 厂商集成（几周到几个月）、整机厂商出更新（几个月）、企业分批刷写（几个月到一年）、停止支持的设备永远不刷。→ 在固件到手之前，先做暴露面收口。

四、三种设备，三种处置

设备类型	是否受影响	现在能做的
从本地盘或 SSD 启动的应用服务器	不受影响	不必动，但要确认它真的没开网络启动
无盘工作站、自动化装机、HPC 节点	受影响	保留 PXE，收进只允许装机服务器访问的网段
已停支持的旧机型、边缘一体机	受影响且不会再有固件	关闭 PXE；关不掉的移出关键网段

五、四步处置，顺序有讲究

1. 盘清谁在用 PXE 启动：按启动方式列清单，不按部门列；虚拟机不走 PXE，但承载它的宿主机与装机管理节点要走。

2. 确认固件来源：厂商、机型、固件版本三样齐全，拿 CVE 编号去问有没有对应的 UEFI 更新，别只问“受不受影响”。

3. 关掉不需要的 PXE：意大利 ACN 的 CSIRT 在 10 月 28 日的预警里给的就是这条，成本几乎为零，效果立刻可见。

4. 必须保留的收进装机 VLAN：只允许装机服务器访问，装机流程照旧，暴露窗口从整个网段缩到一台机器。

别指望 Secure Boot 与 TPM 挡这个洞——它们加载在漏洞之后。该开的还是要开，但别当成挡箭牌。

六、威丽能承接的部分

上海威丽信息科技有限公司是上海本地化的企业 IT 运维与系统集成服务商。这类“藏在固件里”的漏洞，难点不在打补丁，在于先把范围划准：网卡启动项与固件版本盘点、装机 VLAN 与访问控制调整、PXE 服务收敛到单一装机源、固件更新窗口的值守与批量刷写验证，以及在管理台账里补上固件版本这一列。服务以 10 分钟极速响应 / 2 小时现场服务为标准，覆盖上海全域。

七、常见问题

问：我们业务全在虚拟化上，是不是可以跳过？

答：虚拟机的系统盘不走 PXE，但承载它的物理宿主机、以及负责自动化装机的管理节点要走，管的是那一层。

问：关掉 PXE 会影响日常装机吗？

答：会，所以不是关掉了事。把 PXE 收进只允许装机服务器访问的网段，装机流程保留，暴露面收窄。

问：厂商说他们的产品不受影响，能信吗？

答：参考实现里的组件是否被集成，取决于具体机型与固件版本。请厂商给出该机型的固件版本与修复状态，比一句“不受影响”更可核查。

结语

这次值得记住的不是 9.5 这个分数，而是它的位置：在信任根下面。企业做安全建设最常做的三件事——开 Secure Boot、挂 TPM、加密硬盘——全都在这条链的下游。真正的动作是在固件更新到位之前，先把 PXE 的范围收缩掉。这是极少数今天就能做完、成本几乎为零、效果立刻可见的处置之一。

上海威丽信息科技有限公司 · 深耕上海本地企业 IT 服务近 20 年 · 累计服务 2500+ 家企业 · 服务热线 400-880-7581 · 技术热线 021-51697581-605/610 · 官网 https://www.vilitech.com

数据来源

TianoCore EDK II 安全公告 GHSA-99cj-7hg9-mp4m《Pre-boot RCE in EDK II PXE driver》（2026 年 10 月 22 日），https://github.com/tianocore/edk2/security/advisories/GHSA-99cj-7hg9-mp4m
CVE-2026-97631 漏洞记录：CVSS 4.0 评分 9.5，向量 AV:N/AC:L/AT:P/PR:N/UI:N，CWE-120/131/787，https://www.cve.org/CVERecord?id=CVE-2026-97631
修复补丁 tianocore/edk2 PR #13302，https://github.com/tianocore/edk2/pull/13302
意大利 ACN CSIRT 预警（2026 年 10 月 28 日）：厂商固件更新到位前，关闭不必要的 PXE 或限制在可信隔离网络
Red Hat 安全公告：RHEL 8、9、10 的 edk2 包列为受影响