我們把SSH金鑰整串交給了智慧代理：憑證代理的空白

問題是什麼

Hacker News的Show HN上出現了一個叫Ghbrk的工具,戳中了要害:一個讓AI代理不觸碰SSH金鑰與API權杖也能執行git和gh的憑證代理。工具本身不是重點,它掀開的空白才是。今天跑編碼代理的團隊,大多直接把一個看得到家目錄SSH金鑰、環境變數權杖、全權限PAT的shell交給代理。代理被惡意網頁的提示注入騙一次,除錯時把權杖印進日誌一次,金鑰就流走了。對人類員工,最小權限、短效權杖、審計日誌早是標配;對代理這個新「員工」,卻是到職第一天就把整串萬能鑰匙交出去,外洩了連是哪次呼叫漏的都查不到。

為什麼是現在

編碼代理已經走出展示,進入每天提交、每天部署的階段。一個代理開始索要一個人份的憑證,而資安團隊的裝備還停在人類帳號的標準上。金鑰管理器只負責存鑰匙,不看「握著鑰匙的行程到底在執行什麼」。Ghbrk這樣的個人工具能衝上首頁,本身就是訊號:個人的權宜之計正要升格為標準基礎設施層,和容器時代早期編排工具走過的窗口一模一樣。放到台灣與香港市場,推力再多一層:金融與半導體是主力產業,金管會的資安規範、晶圓廠的機密管控,對「代理能讀全部金鑰」的架構是直接否決。能在第一天就交出權限隔離與審計日誌的方案,就是進這些產業的門票。

怎麼構建

給代理看的不是金鑰,而是憑證代理的通訊端。代理請求「向這個儲存庫push」,憑證代理先評估政策，儲存庫範圍、分支、指令白名單、頻率限制，通過的請求才從保險庫取出短效憑證代為執行,只把結果傳回去。金鑰一個位元組都不進代理的上下文。force push、存取正式環境機密這類敏感操作升級到即時通訊核准,每次呼叫都留審計日誌。

flowchart LR
  A[AI代理] -->|指令請求| B[憑證代理]
  B -->|政策評估| P[政策引擎與審計日誌]
  B -->|借出短效金鑰| V[憑證保險庫]
  B -->|代為執行| G[git、gh、API]

入口收窄。先做針對某一個主流編碼代理的隨插即用包裝,一行指令裝完;再做代理框架整合;最後接企業IAM與既有保險庫(HashiCorp Vault、雲端KMS)。收費按席次訂閱,審計與合規功能放進高階方案，對金融與製造業客戶,這一層才是真正的賣點。

成功條件

第一,零摩擦。安裝超過一行,或者代理明顯變慢,開發者就會把鑰匙塞回去。第二,預設政策的分寸。既安全又不擋住真實工作;擋工作的工具週五就會被關掉。第三,搶下標準位。誰被嵌進代理框架與CI生態,讓「代理的憑證走憑證代理」變成慣例而不是產品,誰就拿走這個市場。