AI 工具爆發時代 ・ 企業身分認證治理
誰能用、用多久、
出事能不能即時關掉?
AI 工具爆發時代的企業身分認證治理實戰
AI 工具爆發時代 ・ 企業身分認證治理
AI 工具爆發時代的企業身分認證治理實戰
MediaTek | 後端架構工程師
以 Go 打造微服務,推動 DevOps 與自動化;長期貢獻開源。目前專注於 AI 工具導入,加速開發流程與決策效率。
從 AI 工具爆發,到誰能用、用多久、出事能不能即時關掉。
發展時間軸 ・ 企業內部要管的三件事
推出 MCP
Claude Code 橫空出世
整合企業內部 AI Gateway
OpenAI Codex 推出
導入 SW 部門
推出 Skill 概念
導入 HW 部門
AI Marketplace 平台
誰在執行任務
能連到哪些系統
具備哪些能力
Skill 管理與 Gitea ・ Agent Skill 流程 ・ 整合 Jira 看板
新同仁可以先從這些分類找起。
內部分享 Skill 的平台
每個 Skill 就是流程裡的一步,從 plan 到 merge 的指令地圖
/plan-feature
/simplify/security-review/code-review
/commit-message
/pr-prepare
/loop/copilot-review
CI 綠燈 → Merge
→ 全團隊 / 全 CI 共用,並定規範:哪些 AI 自己跑、哪些一定要人把關
光靠 Skill 不夠。每張工單都跑同一條 CI:自動測試、自動流轉狀態、自動回報。人只在頭尾把關。
MCP-200MCP 整合 IDC 認證流程
沒有統一的 CI,看板只是手動填的表;有了 CI,每一格都是自動回報的真實進度人把關頭尾 ・ AI + CI 跑中間
CI 能依情境自動搬移 Issue 狀態,但現在所有流程都交給 AI Agent,git push、開 PR 也不例外。我們希望看板同樣由 Agent 控制。
Token 認證與上架流程 ・ 為什麼需要 MCP Gateway
MCP 面對的是兩大問題
settings.json → 被 commit 進 Git--header 加 → 一樣明碼,還多一份User 寫好 MCP 之後,
該如何上架?
MCP Authorization 的流程很複雜,開發者其實不需要知道這麼多細節。
規範:modelcontextprotocol.io/specification/2026-07-28/basic/authorization
每個請求都先過 Gateway 上的 mcp-oauth2 驗 JWT,驗過才帶著身分與 scope 轉發進 MCP 集群。
/authorize ・ /token ・ Auth Code + PKCE → RS256
只信 MCP 轉發進來的身分標頭,自己不碰 token。
無 token 被擋,回 401,並指向 resource_metadata
Client 讀 oauth-protected-resource 找到 IDP
Auth Code + PKCE 走完授權,IDP 簽發 RS256 token
Gateway 以 JWKS 驗簽章,再驗 iss / aud / exp / scope
通過才轉發,附上 X-MCP-Subject 與 X-MCP-Scope
管理全公司 CLI 工具 ・ CCH 入口與登入流程
公司內部最大宗的,還是 Coding CLI Agent。
CCH = Coding CLI Helper
CCH = Coding CLI Helper
全公司 AI 流量集中進出 ・ 雲端與地端模型一視同仁
AI Agent、Skill、MCP 服務與 CLI 工具都完整後,就需要將流量導向單一出口。
所有 AI 流量集中進出,統一治理。
搭配 OAuth 身分認證,雲端與地端模型一視同仁。
所有 AI 流量集中進出,統一治理與分流
OAuth 身分認證單一進出口,於是我們能四件事一次到位
誰用了多少、用在哪,靠 Grafana & Loki 全看得見。
每次呼叫都進 Log Service 留痕,事後可追溯。
集中計量與設限,雲端與 GPU 成本不再失控。
依部門與角色,決定可用的模型與範圍。
要解決的問題與方向 ・ 授權流程與 MCP Gateway ・ 稽核、Token 自助管理、API 金鑰
MCP、Skill 服務、Bot、Web 工具、CLI 各自實作認證,帶來三個問題。
所有服務都當標準 OAuth 2.0 / OIDC Client,不再直接接 LDAP。
對外是標準 OAuth 2.0 API,對內集中處理各種身分來源。
AuthGate 的角色:發 device code、接住公司 SSO 授權、簽發 token。
整個流程沒有任何一個寫死的金鑰 — 從源頭杜絕帳密流入 Git
Resource Server 不代替 Client 登入或換 Token。Client 分別向 MCP Server 與 AuthGate 取得各自的 metadata。依 MCP Authorization Server Discovery 時序圖改寫。
探索、OAuth 驗證、JWKS 驗簽都由 MCP Gateway 處理。MCP Server 不再與 AuthGate 溝通,只信 Gateway 轉發進來的身分標頭。
不只是稽核,每位同仁都會需要查這些資訊。
我什麼時候、從哪裡登入過?發出了哪些 Token?管理上有哪些變動?
我手上有哪些 Token?什麼時候到期?需要時能不能馬上撤銷?
持有 OAuth 權杖、可存取你帳號的應用程式與命令列工具,都記錄在這一頁。
可存取你帳號的應用程式,授權了哪些範圍、對哪個資源,都看得到。
每一次登入、Token 發出與管理動作,都留下一筆紀錄。
除了 OAuth 登入,也提供 API Key,讓同仁更方便使用 AI 工具。