伺服器安全通常被認為集中在作業系統、容器或雲端 API 等軟體層級，然而近期由 InfoQ 與 Ars Technica 等媒體報導的安全研究指出，許多企業伺服器正面臨著更深層的威脅。這種威脅源自於 Baseboard Management Controller（BMC，基板管理控制器），這是一種嵌入在伺服器主機板上的專用處理器。由於 BMC 的運作邏輯與主系統完全獨立，一旦被攻破，攻擊者將獲得超越作業系統權限的控制能力，導致傳統的安全防禦機制完全失效。
背景與 BMC 的運作機制
要理解這個威脅，首先必須認識 BMC 的角色。BMC 是一種獨立的微控制器，旨在提供 Out-of-band Management（帶外管理）功能。所謂的帶外管理，是指管理員不需要透過伺服器安裝的作業系統，就能在獨立的網路通道中對硬體進行操作。
即便伺服器處於關機狀態、作業系統崩潰或處於藍屏死機的情況下，BMC 依然在運作。它允許管理員遠端開啟或關閉電源、存取遠端控制台、修改硬體配置以及更新韌體。這種設計對於管理大規模資料中心、裸金屬伺服器（Bare-metal）以及 GPU 運算集群至關重要，因為它讓維運人員無需物理進入機房即可管理數以千計的機器。然而，這種極高的權限也使其成為極具吸引力的攻擊目標。
核心漏洞與攻擊路徑
研究顯示，BMC 的安全性問題主要集中在韌體缺陷以及過時的管理協定上。其中最被關注的是 IPMI（Intelligent Platform Management Interface，智慧平台管理介面），這是許多 BMC 實作所採用的標準協定。
事實上，IPMI 的安全性問題並非新發現。早在 2013 年的研究就曾揭露 IPMI 2.0 的身分驗證機制存在缺陷，攻擊者可以透過遠端獲取與密碼相關的資訊，隨後在離線狀態下嘗試破解憑證。儘管問題已存在多年，但目前的生產環境中依然大量存在暴露在網路上的管理介面以及弱密碼設定，導致這些舊有的漏洞在現代環境中依然有效。
當攻擊者成功控制 BMC 後，他們將處於作業系統之下的權限層級。這意味著即使管理員重新安裝作業系統、格式化硬碟或執行傳統的系統恢復程序，潛伏在 BMC 韌體中的惡意程式依然能生存下來，實現極強的持久性（Persistence）。
安全盲區與實務影響
BMC 漏洞最危險之處在於它創造了一個巨大的安全盲區。目前大多數企業部署的端點偵測與回應（EDR）、防毒軟體或主機監控工具，其運作層級都在作業系統之上。由於 BMC 獨立於主 CPU 與作業系統運行，這些安全工具完全無法監控到 BMC 內部的活動。
在現代 AI 基礎設施的脈絡下，這個問題被進一步放大。目前的 GPU 雲端或大規模運算環境通常將數千台伺服器連接在共同的管理與編排網路中。如果其中一台伺服器的 BMC 被攻破，攻擊者不僅能控制該台機器，還可能將其作為跳板，在管理網路中橫向移動，進而威脅整個 AI 集群的安全性。這證明了安全邊界不能僅止於 Kubernetes 或雲端 API，硬體管理層必須被納入整體安全防禦體系。
防禦策略與限制
面對硬體層級的威脅，單純地掃描韌體漏洞是不夠的。組織必須將 BMC 視為高權限的關鍵基礎設施，採取嚴格的隔離與管控措施。
首先，必須絕對禁止將 BMC 管理介面暴露在公共網際網路上，而應將其放置在獨立且受控的專用管理網路（Dedicated Management Network）中。其次，應徹底清除所有設備的預設憑證，強制執行強身分驗證，並對管理流量進行持續監控。此外，保持韌體更新並明確定義 BMC 的安全責任歸屬至關重要，避免其在基礎設施團隊與安全團隊的權責交接中被遺忘。
總結來說，伺服器不應被簡單地視為跑在硬體上的作業系統，而是一個由多層特權組成的堆疊。BMC 雖然是為了可用性與遠端管理而設計，但在雲端與 AI 時代，它已成為決定整個系統生死的關鍵安全組件。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。