BIOS/UEFI

1 3 秒看懂

BIOS/UEFI 是計算機上電後、作業系統啟動前執行的平台韌體，核心職責是硬體初始化、系統自檢與作業系統引導載入。BIOS 是傳統標準，UEFI 是其現代化繼任者，提供更強大、安全的可擴充套件介面。當前個人電腦與伺服器市場已全面轉向 UEFI，BIOS 僅在老舊裝置與特定嵌入式場景中保留。

2 3 分鐘產業解釋

將計算機理解為一臺精密機器，BIOS/UEFI 就是這臺機器的 “開機自檢程式”與“總指揮”。當用戶按下電源鍵，CPU 首先執行的就是這段韌體程式碼。

• 三大核心任務：

  1. 加電自檢：檢測記憶體、硬碟、顯示卡等關鍵硬體是否正常，發現問題通過蜂鳴聲或指示燈報警。
  2. 硬體初始化：為各硬體設定基本工作引數，包括時鐘配置、記憶體時序訓練、PCIe 匯流排列舉等。
  3. 尋找並載入作業系統：按使用者設定的順序（如先 U 盤後 SSD）找到作業系統載入程式，將控制權移交。

• BIOS vs. UEFI——“老司機”與”新指揮系統”：

  • BIOS：已服務數十年的傳統標準。採用組合語言編寫，運行於 16 位真實模式，僅能定址 1MB 記憶體空間。啟動模式與 MBR 分割槽表深度繫結，對 2TB 以上大容量硬碟支援不足，介面純文本、僅鍵盤操作。
  • UEFI：由英特爾主導推動的現代化標準，其本質是一套定義作業系統與平台韌體之間介面的開放規範，而非具體程式。採用 C 語言編寫，支援圖形化介面與滑鼠操作、安全啟動、內建網路協議棧，與 GPT 分割槽表配合可支援超大容量硬碟與極快啟動速度。

• 產業價值：韌體是連線硬體與軟體的基石。UEFI 的普及推動了安全啟動等技術落地以對抗底層惡意軟體，其模組化、可擴充套件架構為雲端運算、邊緣計算等場景下的韌體定製化提供了實現路徑。英特爾的 Management Engine 或 AMD 的 Platform Security Processor 等高階管理子系統，通常也深度整合在 UEFI 韌體環境中，負責遠端管理、安全策略執行等功能。

3 技術原理

BIOS/UEFI 的核心是初始化程式碼 + 硬體抽象介面，兩者的技術實現存在根本性差異。

傳統 BIOS 引導原理（基於中斷呼叫）

硬體上電
    ↓
CPU 復位，從實體地址 0xFFFF0 取出第一條韌體指令（通常為 JMP 跳轉）
    ↓
執行 POST（上電自檢），通過 INT 10h（影片）、INT 13h（磁碟）、INT 16h（鍵盤）等中斷服務檢測硬體可用性
    ↓
建立中斷向量表（IVT），位於記憶體最低 1KB 區域
    ↓
讀取 BIOS 設定中的引導順序，依次掃描候選裝置第一個扇區
    ↓
找到 **MBR**（主開機記錄，磁碟 0 扇區，共 512 位元組，含引導程式碼與分割槽表）
    ↓
將 MBR 載入至實體地址 0x7C00，移交控制權
    ↓
MBR 解析分割槽表，載入活動分割槽 **VBR**（卷引導記錄），VBR 再載入作業系統引導器（如早期的 NTLDR、GRUB）

此架構的核心侷限在於真實模式定址限制、固定中斷表、以及對 MBR 分割槽格式的強依賴。

UEFI 引導原理（基於服務與協議）

硬體上電
    ↓
SEC 階段：初始化 CPU Cache 等少量硬體，建立晶片級信任根
    ↓
PEI 階段：初始化 CPU、晶片組、記憶體等核心元件，為後續階段準備最小化 C 語言執行環境
    ↓
DXE 階段：執行大量 DXE 驅動程式，完成大多數硬體初始化，建置 **UEFI 系統表**
          （含啟動服務表、執行時服務表、配置表）與 **控制代碼資料庫**（管理所有裝置與協議）
    ↓
BDS 階段：
    1. 讀取 NVRAM 中儲存的啟動項列表，確定引導策略
    2. 載入啟動項對應的 **EFI 應用程式**（引導載入程式，如 Windows 的 bootmgfw.efi）
    3. EFI 應用程式為標準 PE32+ 格式執行檔，可直接呼叫 UEFI 啟動服務
    ↓
TSL 階段：EFI 載入程式執行，載入作業系統核心
    ↓
作業系統呼叫 **ExitBootServices()**，釋放啟動服務佔用的資源
    ↓
進入 RT 階段，大部分啟動服務失效，僅保留執行時服務（變數讀寫、時間服務等）供 OS 持續呼叫

UEFI 採用控制代碼—協議機制抽象硬體：驅動程式通過 InstallProtocolInterface 將自身功能註冊到控制代碼資料庫，載入程式通過 LocateProtocol 查詢並呼叫所需服務。這是典型的物件導向設計思想，相較於 BIOS 的固定中斷表機制，其可擴充套件性與模組化能力顯著提升。

• 關鍵概念補充：
  • 安全啟動：在 UEFI 啟動過程中驗證每個階段載入的執行檔數字簽名，形成信任鏈，防止未授權程式碼（如 rootkit）在作業系統啟動前執行。該功能的推廣與微軟 Windows 8 起的硬體認證要求密切相關。
  • Capsule 更新：標準化的韌體更新機制。作業系統執行時可將更新包遞交至 UEFI 環境，重啟後由韌體獨立完成更新流程，降低了更新失敗導致裝置變磚的風險。
  • ACPI：由作業系統、韌體與硬體三方共同遵守的介面規範，用於電源管理、裝置列舉等。現代 UEFI 平台在啟動過程中負責建置 ACPI 關鍵表格（DSDT、SSDT 等），供 OS 執行時呼叫。

4 關鍵引數

評估 BIOS/UEFI 韌體與相關平台效能及安全能力時，可關注以下核心指標：

• POST 時長：從按下電源鍵到顯示屏出現首個啟動畫面（OEM Logo）的時間。UEFI 初始化鏈路理論上比 BIOS 更長，但通過驅動並行載入與 Fast Boot 等最佳化，主流平台通常可控制在 1-3 秒以內（依賴具體硬體配置）。
• 啟動總時長：從按下電源鍵到作業系統登入介面就緒的時間。UEFI + GPT 分割槽 + NVMe SSD 方案下，Windows 11 冷啟動時間通常在 10-20 秒區間（2023-2024 年主流商務本實測資料，來源廠商公開白皮書及第三方評測機構）。
• 安全啟動預設開啟率：2024 年出貨的消費級 Windows PC 中，安全啟動預設開啟率接近 100%（微軟 Windows 硬體相容性計劃強制要求）。伺服器市場按客戶需求存在一定定製化差異。
• 韌體漏洞發現與修復週期：反映韌體安全態勢與廠商響應能力。據 Binarly 等安全研究機構 2022-2023 年揭露資料，UEFI 韌體領域高危漏洞平均修復週期約為 2-6 個月，OEM 向下遊使用者推送補丁存在明顯延遲。
• NVRAM 容量：用於儲存 UEFI 變數、啟動項、安全金鑰等。典型消費級平台 NVRAM 容量為 64KB-256KB，伺服器平台可達 512KB 以上。容量不足時會限制可定義的啟動項數量及安全策略複雜度（公開資料未見 2024 年行業統一統計資料）。

5 技術路線

傳統 BIOS 與現代 UEFI 的技術路線差異覆蓋程式語言、執行模式、架構設計等多個維度，具體對比如下：

特性維度	傳統 BIOS	UEFI	備註
程式語言	組合語言為主	C 語言為主，少量彙編	UEFI 模組可移植性更優
執行模式	16 位真實模式	32 位保護模式 / 64 位長模式	UEFI 可利用現代 CPU 全部能力
記憶體定址上限	1MB	理論上由硬體與 OS 共同決定	UEFI 可直接訪問系統全部可用記憶體
支援分割槽表	僅 MBR	MBR 與 GPT 均可，GPT 為推薦項	GPT 方可突破 2TB 磁碟限制
分割槽數量上限	MBR 主分割槽 ≤ 4 個	GPT 分割槽 ≥ 128 個（Windows 預設）	UEFI + GPT 為當前伺服器標準配置
使用者介面	純文本鍵盤操作	圖形介面、滑鼠支援	提升使用者體驗與可維護性
網路棧	無原生網路支援	內建 TCP/IP 協議棧	支援 PXE、HTTP 網路引導
安全啟動能力	無原生支援	規範內定義，現成行業標配	防範底層惡意程式碼的關鍵機制
驅動模型	靜態綁定於中斷表	模組化協議驅動，可按需載入	靈活性與可擴充套件性大幅提升
模組化架構	差，程式碼耦合度高	優，基於協議的松耦合架構	便於 OEM/ODM 差異化定製
韌體更新機制	廠商專用工具，流程割裂	標準化的 Capsule 更新機制	更新安全性、便利性均提升

6 上游

BIOS/UEFI 產業鏈上游主要包括晶片架構供應商、獨立韌體開發商（IBV）及開源社群：

• CPU/晶片組廠商：提供韌體所需的晶片初始化參考程式碼、微碼更新機制與平台級安全方案支撐。英特爾（EFI/UEFI 規範發起者，持續向 UEFI 論壇貢獻核心技術規範）、AMD（UEFI 論壇核心成員，為韌體生態提供 AGESA 等初始化庫）、ARM（通過 Arm SystemReady 認證計劃推動 UEFI 在移動與嵌入式領域的規範化採用）。三家均為 UEFI 規範演進的核心技術貢獻者。

• 獨立韌體供應商（IBV）：基於晶片廠商參考程式碼與 UEFI 規範，開發完整的商業化韌體解決方案並授權給 OEM 廠商。主要玩家包括 AMI (American Megatrends)（美國私人控股公司，老牌韌體巨頭，以 Aptio 系列韌體聞名，覆蓋 PC 與伺服器）、Insyde Software（臺灣上市公司，股票程式碼 6231，以 InsydeH2O 韌體產品線為主，客戶涵蓋惠普、聯想等一線 OEM）、Phoenix Technologies（美國私人控股，SecureCore 等韌體產品在特定市場仍有版面配置）。

• 開源社群：TianoCore 專案（由 UEFI 論壇託管，提供 UEFI 規範的開源參考實現 EDK2），被廣泛用作商業韌體的程式碼基礎。多數 IBV 產品底層均高度依賴 EDK2 架構。

7 下游

產業鏈下游由裝置製造商（OEM）、作業系統廠商、終端使用者群構成：

• 裝置製造商（OEM）：聯想、戴爾、惠普、華碩、宏碁等 PC 廠商，以及超微、浪潮、Dell EMC、HPE 等伺服器廠商。OEM 從 IBV 處採購或基於 EDK2 定製韌體，整合自身硬體驅動、品牌 UI、特色功能（如一鍵恢復、韌體級診斷工具），並進行大規模測試驗證後隨整機出貨。

• 作業系統廠商：微軟（通過 Windows 硬體相容性計劃對 UEFI 安全啟動、TPM 等提出強制要求，2024 年 Windows 11 持續要求 UEFI 與安全啟動支援）、Linux 發行版生態（Ubuntu、Fedora、Red Hat Enterprise Linux 等主流發行版均已通過微軟第三方 UEFI CA 渠道獲得安全啟動簽名支援）。作業系統依賴 UEFI 執行時服務完成引導、電源管理等操作。

• 終端使用者群：

  • 個人消費者：通過韌體設定介面調整啟動順序、超頻引數、安全策略等。
  • 企業/雲端服務商：需要大規模部署、遠端帶外管理（依賴 UEFI 網路功能與整合管理引擎如 Intel AMT）、安全加固等能力，韌體的可管理性與安全性成為採購評估要點。

8 受益公司

直接受益於 UEFI 韌體生態發展的上市公司與非上市核心實體列舉如下，不作為任何投資依據：

• 獨立韌體供應商（IBV）：

  • Insyde Software（臺灣證券交易所程式碼 6231）：獨立 UEFI 韌體供應商，2023 年營收約新臺幣 41.6 億元（資料來源：公開財報），客戶覆蓋惠普、聯想等全球一線 OEM。
  • AMI（私人控股）：韌體市場份額領先，在伺服器與嵌入式領域同樣強勢。因其非上市，公開財務資料未見。

• CPU/晶片組廠商：

  • 英特爾（Nasdaq: INTC）：UEFI 發起者與核心規範貢獻者，其 vPro 商用平台深度依賴 UEFI 韌體整合。
  • AMD（Nasdaq: AMD）：UEFI 論壇核心成員，面向 OEM 提供 AGESA 韌體基礎模組。
  • ARM（軟銀集團旗下，非直接上市實體）：通過 SystemReady 等認證計劃推動 UEFI 規範在 Arm 架構生態的落地。

• 作業系統與生態廠商：

  • 微軟（Nasdaq: MSFT）：通過 Windows 安全啟動生態體系，在產業層面深度形塑了 UEFI 的普及路徑與安全標準。

9 市場規模

根據多家第三方市場研究機構的公開統計與行業估算（2023-2024 年口徑），全球韌體市場（含 BIOS/UEFI、BMC 韌體、嵌入式韌體等）呈現平穩增長態勢：

• 整體規模：全球 PC 與伺服器韌體市場 2023 年規模估算在 25-35 億美元區間（來源：綜合 IDC、Gartner 對 PC/伺服器出貨量及 IBV 授權模式考量的行業粗略推算；精確口徑各機構差異較大，公開資料未見單一權威資料）。其中 IBV 的直接授權與服務費營收為塊狀可觀部分。

• 增長驅動：

  1. PC 存量替換與 AI PC 升級週期：2024 年進入 Windows 10 終止支援的最後一輪換機期，以及 AI PC（含 NPU 等新硬體）需要更復雜的韌體初始化與安全方案，帶動韌體價值量提升。
  2. 安全合規要求升級：政府、金融、關鍵基礎設施行業對平台安全啟動、韌體完整性校驗的合規要求推動企業級安全特性成為剛性需求。
  3. 伺服器與資料中心擴充套件：AI 訓練/推論伺服器出貨量 2023-2024 年大幅增長，相應拉動了伺服器 UEFI 與 BMC 韌體的需求（AMD、英特爾新一代伺服器平台均要求韌體支援更細粒度的安全與可管理效能力）。
  4. 物聯網與邊緣裝置：需要輕量化、可遠端管理的 UEFI 韌體方案，為 IBV 提供新市場機會（該細分市場 2024 年尚處於爆發前期，公開未見精確營收拆分資料）。

• 供應格局：市場高度集中，AMI 與 Insyde Software 兩家合計估計佔據 PC/伺服器商用韌體市場多數份額（基於 OEM 出貨量行業估計，精確份額未見公開揭露）。開源 EDK2 方案在嵌入式與定製化市場滲透率較高。

10 玩家對比

韌體產業核心玩家在定位與技術路線上存在明顯差異：

玩家型別	代表公司/實體	核心定位	主要韌體產品/方案
獨立韌體供應商（IBV）	AMI（私人控股）	全球頂級商業化韌體方案商	Aptio 系列 UEFI 韌體、MegaRAC BMC 韌體
	Insyde Software（6231.TW）	一線 UEFI 韌體方案商	InsydeH2O 韌體系列，強調量產穩定性與 OEM 服務
CPU/晶片組廠商	英特爾	規範制定者+參考程式碼提供者	提供 FSP API 及平台參考韌體，不直接向終端 OEM 銷售
	AMD	開放韌體生態推動者	AGESA 初始化庫，開放原始碼程度高於英特爾
開源社群	TianoCore / EDK2	開源參考實現與標準承載者	EDK2 韌體架構，為商業產品提供基礎程式碼
作業系統廠商	微軟	生態規則制定者	通過 Windows 安全啟動要求定義韌體安全基線

核心差異：IBV 在通用平台韌體領域的程式碼成熟度、OEM 本地化服務與全球供應鏈支援能力方面具備顯著護城河；晶片廠商則掌控晶片初始化程式碼這一根本入口，並決定平台安全根信任的實現方式；開源社群持續降低韌體開發門檻，但不直接參與商業競爭。

11 風險

與 BIOS/UEFI 韌體產業鏈相關的技術與市場風險點包括：

• 韌體安全攻擊面擴大：UEFI 複雜性遠高於傳統 BIOS，程式碼量激增（EDK2 程式碼庫規模已達數百萬行），導致漏洞面顯著增大。2022-2023 年間，安全研究機構已揭露 BlackLotus（繞過安全啟動）、CosmicStrand（UEFI rootkit）等真實在野利用案例，證實韌體層面的高階持續性威脅（APT）已從理論走入現實。
• 修復鏈條長與推送滯後：韌體漏洞修復需經 IBV 修復程式碼供應商、OEM 適配測試、終端使用者手動或自動更新等多環節。2022 年 Binarly 報告顯示，大量 OEM 裝置在 IBV 釋出補丁後數月仍未向其使用者推送韌體更新，暴露視窗期較長（來源：Binarly 2022 年韌體安全調研究報告告）。
• 行業集中度風險：AMI 與 Insyde Software 二家佔據商用 PC/伺服器韌體主要份額，任何一家出現重大質量事故或安全事件都可能引起全行業級連鎖衝擊。
• 開源合規風險：商業韌體普遍以 EDK2 為基礎開發，若未能嚴格遵循 BSD-2-Clause 等開源許可證條款，可能引發法律爭議。此外，開原始碼中的漏洞同樣傳導至所有衍生商業產品。
• 新興架構衝擊：RISC-V 等新興指令集架構生態當前韌體方案（如 OpenSBI + U-Boot）與 UEFI 共存但尚不成熟，若未來形成規模替代效應，可能影響現有 x86/Arm 韌體供應商的市場地位（該趨勢仍在早期，公開資料未見量產級替代資料）。

12 誤讀糾偏

• 誤讀一：“UEFI 就是 BIOS 的升級版，只是稱謂換了。”

  • 事實：UEFI 是一套全新的開放介面規範，不是 BIOS 程式碼的延續升級。BIOS 是具體的真實模式韌體實現，UEFI 在架構理念、驅動模型、安全性設計上與 BIOS 存在根本性差異，應視為“替代者”而非“改良版”。

• 誤讀二：“進 BIOS 設定”這句話永遠正確。

  • 事實：這是行業習慣用語。技術上，2012 年後出貨的絕大多數 PC 與伺服器均已採用 UEFI 韌體，使用者通過按 F2/Del 進入的是 UEFI 韌體設定介面（本身作為一個 UEFI 應用程式執行），而非傳統意義上的 “BIOS 設定”。嚴格技術文件建議使用“UEFI 韌體設定”一詞。

• 誤讀三：“安全啟動會阻止安裝 Linux。”

  • 事實：安全啟動驗證程式碼簽名，而非針對某一特定作業系統。主流 Linux 發行版（Ubuntu、Fedora、RHEL、Debian 等）已通過微軟第三方 UEFI 證書籤名，可在安全啟動開啟狀態下正常安裝和引導。使用者也可在 UEFI 設定中手動關閉此功能，或匯入自定義金鑰（MOK, Machine Owner Key）。

• 誤讀四：“韌體只在啟動幾秒內有作用，無關緊要。”

  • 事實：UEFI 執行時服務在作業系統執行後仍持續提供時間管理、變數訪問、Capsule 更新等功能。此外，韌體中的 SMBIOS 表格、ACPI 表格全程參與作業系統資源管理與裝置配置，韌體安全漏洞可導致攻擊者在作業系統之下獲得持久駐留權限。

13 最新事件

（本節反映 2023-2024 年公開揭露的 BIOS/UEFI 相關動態，截至 2024 年 7 月）

• 2024 年 AI PC 韌體需求升級：英特爾與 AMD 分別在新一代移動處理器（Meteor Lake, Ryzen 8040 系列）中整合 NPU，驅動韌體層面需支援新硬體初始化與功耗管理策略，Insyde Software 與 AMI 均已釋出適配方案，帶動韌體功能價值量提升（來源：Computex 2024 廠商展演及官方新聞稿）。

• 安全啟動繞過漏洞 Logofail 曝光與修復推進：2023 年 12 月，安全研究機構 Binarly 揭露 “LogoFAIL” 漏洞集，影響多家 IBV 韌體處理的 UEFI Logo 影像解析邏輯，惡意 BMP 檔案可繞過安全啟動執行任意程式碼。2024 年上半年，主流 OEM 廠商已陸續向受影響的消費者和企業級裝置推送修復補丁（來源：Binarly 官方通報、Ars Technica 綜合報道）。

• Arm SystemReady 生態持續推進：Arm 推進 SystemReady 認證計劃至更多伺服器 SoC（如 Ampere、AWS Graviton）與邊緣裝置，要求韌體符合 UEFI 與 ACPI 規範。2024 年已有超過 50 款 SoC 通過 SystemReady SR 或 ES 認證（來源：Arm 官方公告）。

• 中國信創韌體自主化提速：國內韌體廠商（如崑崙海量、百敖軟體等）繼續推進基於國產 CPU（飛騰、鯤鵬、龍芯、兆芯、海光）的 UEFI 韌體定製化適配，部分解決方案已在黨政機關與關鍵行業信創試點中得到規模部署（公開資料未見具體出貨量資料）。

14 追蹤指標

以下指標用於持續追蹤 BIOS/UEFI 韌體產業演進與風險態勢：

• UEFI 論壇規範更新頻率：關注 uefi.org 公開的 UEFI/ PI 規範修訂版本釋出，每次主版本更新通常預示新的硬體特性與安全機制將進入標準化軌道。

• 韌體安全漏洞揭露數量與嚴重等級：關注 Binarly、ESET、卡巴斯基等安全機構定期釋出的韌體安全報告，追蹤 CVE 中 UEFI 相關漏洞年度統計資料。

• OEM 韌體補丁延遲指標：監測主流 OEM 廠商從 IBV 釋出補丁到向終端使用者推送韌體更新的平均時長，該指標間接反映供應鏈安全成熟度。

• Windows 硬體相容性計劃要求變更：微軟 Windows Hardware Compatibility Program 中對 UEFI、安全啟動、TPM 版本等強制要求若發生修訂，將直接影響產業合規成本與韌體功能設計方向。

• PC 與伺服器出貨量季度資料：IDC、Gartner 每季度釋出的資料是評估韌體授權市場體量變化的底層指標。

• 開源韌體議題社群活躍度：TianoCore EDK2 程式碼倉庫提交活躍度、UEFI 相關會話在 FOSDEM、OSFC 等開源韌體會議中的受關注程度，可作為技術演進熱度的參考訊號。

15 信源

本概念頁資訊基於以下公開來源編撰，所有市場資料與技術描述均附註來源口徑或標識“公開資料未見”：

• UEFI 論壇官方規範：https://uefi.org/specifications （UEFI 規範與 PI 規範權威文本）
• TianoCore 開源專案：https://github.com/tianocore/edk2 （UEFI 開源參考實現）
• 微軟 Windows Hardware Compatibility Program：https://learn.microsoft.com/en-us/windows-hardware/design/compatibility/ （安全啟動與韌體強制要求）
• Binarly 安全研究：https://www.binarly.io/ （LogoFAIL 等韌體漏洞研究公開揭露）
• Insyde Software 財務報告：臺灣證券交易所公開資訊觀測站（2023 年度營收資料）
• Intel/AMD/Arm 官方開發者文件與新聞中心
• 行業出貨量估算：IDC Worldwide Quarterly Personal Computing Device Tracker、Gartner 相關摘要（公開簡報口徑）