企業 AI 落地研究所TECH NOTE ・ NIST SP 800-207
技術架構 ・ 零信任套用到 AI 代理

每個請求都先過 PEP,准不准由 PDP 決定,不由 AI 決定。

SIGNALS ・ 信號輸入 IdP/SSO+MFA/FIDO2:你是誰 MDM/EDR:設備狀態是否健康 威脅情資/SIEM 日誌:有無異常 資料分級:這份資料多機密 代理任務範圍:這次只准做什麼 PDP 策略決策點 POLICY DECISION POINT Policy Engine 策略引擎:依政策與信號 算出「准/不准」 Policy Administrator 策略管理器:令 PEP 開關 連線、簽發短效憑證 每次決策 唯寫日誌 Append-only log PDP、PEP 的決策與動作都寫入 代理本身無法修改或刪除 ▲ CONTROL PLANE 控制平面 ▼ DATA PLANE 資料平面 詢問:誰、哪台設備、要做什麼 回覆:允許/拒絕+短效 token 主體 Subject 使用者,或 AI 代理 代理用自己的 workload identity 設備狀態 Device posture 受管設備、已更新、EDR 正常 存取請求 PEP 策略執行點 POLICY ENFORCEMENT POINT ZTNA gateway/MCP gateway 攔下每個請求,照 PDP 決策 放行、擋下或要求加驗 只開這一個資源 限本次任務範圍 資源 Resource SaaS 資料庫 內部 API MCP 工具
01 ・ IDENTITY
代理有自己的身分

每個代理一個 workload identity,絕不借用使用者的帳號或權杖。

02 ・ JUST-IN-TIME
沒有常駐權限

Just-in-time、短效、限定範圍的 token,例如 OAuth token exchange/on-behalf-of。

03 ・ AUTHZ ≠ LLM
授權在 LLM 之外

准不准由 PDP 判斷,不放在模型的推理裡;模型被誘導,也拿不到額外權限。

04 ・ STEP-UP
高風險動作要加驗

寄信、刪除、付款需 step-up 或人工核准。Cloudflare MCP server 已於 2026-10-19 加入 step-up authorization。

05 ・ APPEND-ONLY
日誌只能追加

寫入 append-only 儲存,代理無法修改或刪除自己的紀錄。

來源:NIST SP 800-207 Zero Trust Architecture ・ NIST 代理身分管理設計原則(2026-10-27)・ Cloudflare MCP step-up authorization changelog(2026-10-19)主持:Casper / 專家:Max