MCP 安全三層防護體系：爲什麼僅靠認證遠遠不夠
隨着 MCP（Model Context Protocol）在 AI 應用中的普及，其安全問題已成爲工程實踐的重要議題。本文提出了 MCP 安全的三層防護框架。
**第一層：身份認證（Authentication）**——驗證請求者是誰，通常使用 API Key 或 OAuth。這是最基礎的層，但也最容易被誤以爲是充分的保護。
**第二層：授權（Authorization）**——即使認證通過，也需要精細控制每個工具的訪問權限。例如，一個有效的 API Key 不應該自動獲得對所有工具的全部權限。最小權限原則（Principle of Least Privilege）在 MCP 中同樣適用。
**第三層：輸入驗證與沙箱隔離**——對 MCP 工具的輸入進行嚴格的 schema 驗證，防止提示詞注入攻擊通過工具調用滲透。對高風險操作（文件寫入、代碼執行、外部 API 調用）實施沙箱隔離，限制爆炸半徑。
文章提供了每層的具體實現代碼（TypeScript），以及如何在 Claude Desktop、Cursor 等 MCP 客戶端中驗證安全配置。
概述
隨着 MCP（Model Context Protocol）在 AI 應用中的普及，其安全問題已成爲工程實踐的重要議題。本文提出了 MCP 安全的三層防護框架。
要点分析
第一層：身份認證（Authentication）——驗證請求者是誰，通常使用 API Key 或 OAuth。這是最基礎的層，但也最容易被誤以爲是充分的保護。
第二層：授權（Authorization）——即使認證通過，也需要精細控制每個工具的訪問權限。例如，一個有效的 API Key 不應該自動獲得對所有工具的全部權限。最小權限原則（Principle of Least Privilege）在 MCP 中同樣適用。
第三層：輸入驗證與沙箱隔離——對 MCP 工具的輸入進行嚴格的 schema 驗證，防止提示詞注入攻擊通過工具調用滲透。對高風險操作（文件寫入、代碼執行、外部 API 調用）實施沙箱隔離，限制爆炸半徑。
文章提供了每層的具體實現代碼（TypeScript），以及如何在 Claude Desktop、Cursor 等 MCP 客戶端中驗證安全配置。
来源： [Dev.to AI](https://dev.to/custodiaadmin/three-layer-mcp-security-stack)