最小權限

維運設計是『所有人先進跳板機、再進其他主機』，方向沒有錯。錯的是網路層從沒強制這條路，而那把讓跳板機免密碼開全叢集的 root 私鑰，沒有 passphrase、裸躺在磁碟上。這篇是作者分析：跳板機與 SSH 金鑰信任最常見的幾個誤區，以及它們為什麼看起來很安全。

4 可證明1 推論2 缺口繼續閱讀 →

本站新增「寄一份盤點結果給我」：應用端一把金鑰都不放，信交給內部閘道送，對外路由一律 token 加限流。外加一個把整組環境變數清空換來的教訓。

2 可證明1 推論1 缺口繼續閱讀 →

沒有攻擊、沒有外洩、沒有帳單，這是一份設定稽核紀錄：一支只該讀寫試算表的 GCP:Service Account，在專案層是 Owner。拿掉只要一行，拿掉前要先查什麼？

3 可證明1 推論1 缺口繼續閱讀 →

交給 AI 代理的任務是整理報表，它卻把客戶備註裡夾帶的一句話當成指令，改了訂單狀態。這篇講間接提示注入怎麼讓代理偏離意圖，以及為什麼最小權限是第一道、也是最便宜的一道防線。

1 可證明3 推論1 缺口繼續閱讀 →

週末救火時臨時開的管理員權限，問題解決後沒人收回；三年後人換了專案，權限還在。這篇用盤點、分開帳號、破窗帳號、到期日與每季審查，把常駐特權收回來。

2 可證明2 推論1 缺口繼續閱讀 →

客服 AI 代理只需要查訂單、更新聯絡資料，開發時卻直接給了一組資料庫管理員帳號，想說「之後再調權限」。上線之後，那個「之後」一直沒有來。這篇講怎麼把代理的權限縮回它真正要做的事。

3 可證明2 推論2 缺口繼續閱讀 →

讓 AI 編程工具直接跑指令、部署、呼叫 API，最直接的方法就是把金鑰貼進對話。工作完成了，那把金鑰也進了對話紀錄、工具的上下文，甚至某個你沒看過的記錄檔。這篇講怎麼讓工具用得到金鑰，模型卻看不到。

2 可證明2 推論2 缺口繼續閱讀 →

雲端金鑰的設定檔、寫死資料庫密碼的測試腳本、從同事那裡複製來的 token、好幾年沒換的 SSH 私鑰。這些檔案不在 git 裡，所以感覺很安全；但筆電只要中了惡意程式或被偷，它們就一起被帶走。

3 可證明2 推論2 缺口繼續閱讀 →

「可以幫我開一下那個後台的權限嗎？」「好，開了。」不到一分鐘就搞定。三個月後稽核問：誰核准的？為什麼要開？什麼時候收？大家只能回頭翻聊天紀錄。這篇用一張四個必填欄位的表單，把權限申請從聊天室搬出來。

2 可證明3 推論1 缺口繼續閱讀 →

筆電拿到了、座位也有了，然後開始等郵件帳號、等專案工具邀請、等共用資料夾權限。入職的另一面是調職：新部門的工具開了，舊部門的權限沒人想到要拿掉。這篇用職務標準權限表和群組，把「開」和「收」放進同一個流程。

1 可證明3 推論1 缺口繼續閱讀 →