關鍵 16 年舊 UEFI 漏洞：可於網路啟動前執行程式
Critical 16-Year-Old UEFI Flaw Can Run Code Before Secure Boot on Network-Booting Servers
導語：UEFI 的開原始碼 EDK II 內的 16 年舊緩衝區溢位漏洞 (CVE-2026-97631) 允許攻擊者在網路啟動時執行程式，甚至在 Secure Boot 之前。
此 CVE 允許攻擊者在網路啟動時執行程式，提醒機器管理員即時升級或停用 PXE 以降低風險，並建議關閉網路啟動功能以防範。
在 EDK II（大多數硬體製造商用於構建 UEFI韌體的開源程式碼）中存在一個已有 16 年歷史的關鍵缺陷，攻擊者可在機器啟動時從網路啟動前執行程式碼，但僅限於機器透過網路啟動時。
UEFI韌體是電腦開機時最先執行的軟體，位於作業系統之前。若攻擊者能在此類網路啟動期間，透過精心構造的網路訊息接觸機器，便可使啟動掛起，或針對精確韌體版本進行調整，在 Secure Boot 及其他啟動防禦機制載入前執行自己的程式碼。
攻擊者不需要密碼，也不需要已有存取機器的許可權，但必須在機器以此方式啟動的短暫時間內，透過網路連線到它。
Red Hat 與 SUSE（兩者皆包含受影響程式碼）將此缺陷評為攻擊者可從相鄰網路位置利用，而非透過公開網際網路。
TianoCore（EDK II 背後的專案）於 10 月 22 日 發布了安全公告 ，並將此缺陷評為 10 分滿分中 9.5 分，該缺陷 已被追蹤為 CVE-2026-97631。雖然已存在程式碼修正，但目前尚無任何穩定版 EDK II 包含此修正，公告亦未列出已修補的版本，故大多數使用者今日無法安裝任何更新。
缺陷允許攻擊者執行的操作
此缺陷為 EDK II 網路啟動程式碼（PXE）中的緩衝區溢位。於 PXE 啟動時，機器會從網路載入啟動影像，而非從本機磁碟。
在此過程中，PXE 驅動程式會監聽 ICMP 錯誤訊息以及網路裝置回傳的小型狀態訊息，並將每個訊息複製到固定 504 位元組的記憶體區域。
該複製操作中的大小檢查在 IPv4 與 IPv6 兩個版本皆錯誤，導致長度超過 504 位元組的訊息會溢位該區域，覆寫附近記憶體，資料由攻擊者自行設定。
要觸發此缺陷，攻擊者只需在機器進行網路啟動時，向其位址傳送一條精心構造的錯誤訊息即可，無需密碼或既有存取許可權。
簡單的結果就是崩潰：啟動掛起，機器無法啟動。讓程式碼執行則更難且可靠性低。公告指出，若攻擊者熟悉精確韌體版本，便可植入「counterfeit event」使韌體在載入過程中執行攻擊者自己的程式碼，這需針對特定版本構建。
當程式碼執行時，它在韌體內部執行，位於 Secure Boot 及其他啟動時檢查驗證之前。這種時機正是缺陷嚴重的原因。
此種植入的程式碼僅執行一次，且在重新啟動後不會自行持續。即使只執行一次，也足以安裝其他程式碼，該程式碼會在每次啟動時執行。
受影響者
此缺陷存在於 EDK II 直至並包含 edk2-stable202608，這是最新的穩定版本，發布於 8 月 21 日。EDK II 為幾乎所有 UEFI 韌體供應商所使用的參考程式碼，包括獨立 BIOS 製造商 AMI、Insyde、Phoenix，以及微軟的硬化分支 Project Mu。
這個缺陷的複製迴圈自從 November 2010 提交時就已經存在於程式碼中，The Hacker News 透過追蹤專案歷史發現。
在 EDK II 的標準編譯中，PXE 網路啟動預設為開啟。此缺陷不會影響僅從本機磁碟啟動的家庭或辦公室使用者。它僅適用於透過網路啟動的組織機器，主要為伺服器與資料中心裝置。
尚未知曉有多少上市產品攜帶此易受攻擊的程式碼。Intel 對 Ars Technica 表示，其「目前受安全支援的商業產品」中沒有已知受到影響的產品，且其參考程式碼中「不包含受影響的 EDK2 功能」，儘管 OEM 主機板供應商或系統製造商可能會加入。
Arm 表示此缺陷「不直接適用於 Arm 的產品組合」。兩家公司自己的韌體皆使用 EDK II。
Linux 發行版亦包含此程式碼。Red Hat 列出其 edk2 套件，將其列為受影響且尚未修補，並在 Red Hat Enterprise Linux 8、9、10 中列示；SUSE 與 Debian 亦以相同方式標示其相等套件。
AMD、Phoenix Technologies、AMI、Microsoft 以及 Amazon 在釋出前未回應該科技新聞網站的提問，TianoCore 亦未回覆，故其產品狀態仍不明。
是否有修正？
修正已 合併進 EDK II 原始碼。它重新編寫有缺陷的程式，使超大訊息在 504 位元組處被截斷，而非溢位，並於 10 月 15 日進入主開發分支。
截至目前，EDK II 尚無穩定版本包含此修正。The Hacker News 在 10 月 28 日檢查專案發布標籤，發現最新的 edk2-stable202608 早於此修正，且公告仍將已修補版本列為「尚未修補」。Microsoft 的 Project Mu 已將此修正拉入其發布分支，並於 10 月 26 日切割標記建置。
即使修正已公開於原始碼，伺服器運營者仍無法安裝，直至其韌體製造商推出以此為基礎的 BIOS 或 UEFI 更新。這一步至少相當直接，Eclypsium 公司的首席研究員 Jesse Michael 對 Ars Technica 說：與 BootHole、BlackLotus 等 Secure Boot 迴避方式不同，此缺陷「可透過基本程式碼修正」且不需撤銷憑證或金鑰。
在該更新到來前，公告未列出任何迴避方法。由於此缺陷僅於網路開機時可觸發，無需 PXE 的運營者可關閉此功能以降低風險。Ars 亦建議觀察開機時的網路流量與日誌，以偵測嘗試。
該缺陷如何被公開
此缺陷由 Anthropic 的 Alex Matrosov 與 Google 的 Dan Holmes‑Mitra 發現，公告中已作出致謝。原本計畫於 2027 年 1 月進行協調性披露。
該計畫於 9 月 28 日被提前，當時一 拉取請求至 EDK II，由 AMI 工程師簽核，公開以 CVE 編號描述缺陷並包含修正。發現者看到此貼文後，TianoCore 於 10 月 22 日發布公告，距原定日期早數週。
修正公開後，Ars 指出熟練攻擊者可研究其內容，瞭解缺陷觸發機制並構建可用的利用程式。
目前尚無證據顯示此缺陷已被利用於攻擊。截至 10 月 27 日的更新，CISA 的已知被利用漏洞目錄中並未列出此項，亦無研究者報告見過其被利用。
這個缺陷本身並不是進入網路的方式，Ars Technica 報導 在詢問多位韌體研究員後指出。實際的攻擊者是內部人員，或已經在本地網路上取得低階立足點並想進一步探查的人。
"一名攻擊者若意圖入侵附近的終端機或伺服器，可能會利用此漏洞在啟動流程仍可存取敏感元件（如終端機的 TPM）時劫持程式流程，" HD Moore（Metasploit 的創辦人、Dragos 的首席研究官）在對 Ars Technica 的評論中說。
"這可用於破解磁碟加密，適用於攻擊者擁有短期網路存取權的情況（在竊取情境下更容易）。"
這不是 EDK II 網路啟動程式碼中第一個嚴重缺陷。2024 年 1 月，研究人員披露了PixieFail，這是一組在 EDK II 同一部分中、同樣可在 PXE 啟動時觸發的九個缺陷。Ars 報導說，PixieFail 之後啟動的模糊測試專案未能發現此缺陷。
覺得這篇文章有趣嗎？請在Google News、Twitter 及 LinkedIn 上追蹤我們，閱讀更多我們發布的獨家內容。