AI Agent 與 MCP 風險
議題 02・AI 安全
Agent 自己呼叫工具，誰來管？
Agent 透過 MCP 自主呼叫外部工具，傳統以人為中心的防護看不到；多數組織尚未盤點公司實際連了哪些 MCP。
您是否也遇到
- AI 編輯器連了哪些 MCP 伺服器，沒人清楚
- 工具呼叫可能夾帶金鑰與原始碼
- 公開 MCP 伺服器良莠不齊
業界調查
91%
組織無法在執行前擋下 Agent 的高風險動作
資料來源
出處：Netskope Agentic Broker 官方頁與 2026-09-15 新聞稿（Netskope 研究數據）
議題 2・互動模擬
Agent 呼叫工具時，會在哪一關被處理
打開或關閉兩個控制點，切換目的地與請求內容，看這次工具呼叫的路徑與結果。改任何設定都會自動重播。
預設情境（目的地：未核准的公開 MCP、請求內容：夾帶 API 金鑰）。
控制點全部關閉時：API 金鑰已隨工具請求送到未核准的公開 MCP。
控制點全部開啟時：未核准的公開 MCP：CCI 評分低且不在清單內，已封鎖並記錄（在 01 Agentic Broker 被處理）。
- 01 Agentic Broker MCP 解析與核准 盤點、CCI 風險評分、核准清單與存取控制、工具呼叫稽核 MCP 是機器對機器通訊，Broker 能看到是哪個工具、帶了什麼請求，而不只是連到哪個網址。
- 02 DLP 機密外洩 整合 One DLP，在 Agent 工作流程中攔截機密 工具呼叫可能夾帶金鑰或智財，事後也缺乏稽核；DLP 在送出前攔下。
示意模擬，不代表實測數據；實際效果依授權、部署與政策設定而定。
NETSKOPE 怎麼控制
三個做法，讓 Agent 的工具呼叫看得見、管得到
-
盤點全公司的 MCP 伺服器與用戶端
以 CCI 評分排出風險優先序。
-
以核准清單控管公開 MCP
可預設封鎖未核准項目。
-
DLP 在工具請求送出前
攔截密碼與智財 並留存稽核紀錄。
可稽核佐證與成果指標
稽核問起來，拿得出什麼
-
可視清冊
MCP 與 Agent 的可視清冊
-
稽核事件
未核准 MCP 的封鎖與稽核事件
-
指標建議
建議追蹤的成果指標：已盤點的 MCP 數、未核准 MCP 的連線數、工具請求的機密命中數