跳至主要內容
星帆 — Vela
科技前線生醫突破政策解讀成長思維焦點追蹤
設定興趣偏好EN
科技前線

模型上下文協議 (MCP) 曝露嚴重安全漏洞,20 萬台伺服器面臨遠端指令執行風險

Jason
Jason
· 2 分鐘閱讀
更新於 2026年5月2日
A digital graphic showing a network of interconnected servers with a glowing, vulnerable data stream

核心漏洞引發安全危機

近日,資安領域爆出一項重大發現。根據 VentureBeat 的深度報導,目前廣泛應用於人工智慧代理(AI Agent)通訊的「模型上下文協議」(Model Context Protocol, MCP)在 STDIO 傳輸層中存在嚴重的架構性缺陷。研究發現,全球約有 20 萬台採用此協議的伺服器正面臨未經授權的遠端指令執行(Command Execution)風險。

協議架構與技術盲點

MCP 最初由 Anthropic 開發,旨在提供一個開放標準,讓 AI 代理能夠更流暢地連接與調用外部工具。然而,問題的核心在於其預設的 STDIO 傳輸方式。根據 OX Security 的審計報告指出,該傳輸介面會毫無過濾地執行任何接收到的作業系統指令。令人驚嘆的是,儘管此缺陷會導致嚴重的安全隱患,相關開發者與生態系參與者在初期竟將此行為歸類為「功能特性」而非漏洞,這種處理態度在資安界引發了劇烈爭論。

產業鏈影響與法律責任

自 2025 年 3 月 OpenAI 加入推廣該協議以來,Google DeepMind 與 Linux Foundation 隨後接手推動,使得 MCP 下載量已突破 1.5 億次,成為開發人員構建 AI 代理的重要基石。然而,這次事件暴露出在快速推動開源標準時,安全性審計往往落後於功能開發的窘境。從法律視角來看,將安全漏洞視為功能,可能在 NIST 網路安全框架等規範下,觸發開發者在「失敗警告義務」(Failure-to-Warn)上的法律責任。企業在部署此類開源 AI 基礎架構時,若未能實施嚴格的授權控制,恐面臨潛在的資料外洩或系統被控制的法律風險。

未來展望與緩解策略

隨著 AI 代理數量呈爆炸性成長,此類基礎設施層面的安全防護至關重要。資安專家建議,當前急需建立更為嚴格的沙盒環境來運行外部指令,或是改用更具隔離性的傳輸協議。開發者社群已開始呼籲重新審視 MCP 的驗證流程,確保在追求互操作性的同時,不會犧牲企業級的安全基準。

常見問題

為何這次 MCP 的漏洞被視為如此嚴重?

這項漏洞允許攻擊者透過 AI 代理的溝通管道,直接在伺服器上執行任意作業系統指令。對於企業來說,這意味著一旦內部 AI 代理被入侵,攻擊者將能直接控制底層作業系統。

開發者為何稱此漏洞為「功能」?

早期設計者認為在本地環境下,讓代理能自由執行指令是為了提高靈活性與效能,方便開發測試。但在大規模生產環境中,這種靈活性轉化為了無法控制的安全隱患。

企業現在應該採取什麼行動?

建議企業立即稽核所有使用 MCP 的代理系統,移除不必要的 STDIO 傳輸依賴,並在防火牆或代理層級建立指令過濾機制,確保只有經過授權的指令能被執行。