IAM

上一次鑑識就點名它，但它擁有一萬多個檔案、七個以上的線上服務靠它活著，所以排在「先搬消費者再停用」。一個月後，它在五個小時內替別人跑了 6,350 萬 input token，整個專案被 Google 停權。

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

為了確認一把外洩的 AWS 金鑰有沒有被用過，我們順手做了一次持久化巡檢。資料沒被碰，卻在 IAM 裡撞見 2025 年那台自動販賣機留下的使用者：權限拿掉了一半、金鑰停了，但人從來沒刪。

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

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

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

一支只負責把資料寫進試算表的小程式，用的帳號卻是整個雲端專案權限最大的角色。金鑰六年沒換、外流後被用了 15 天：帳單 US$146，但「資料有沒有被看過」我們永遠答不出來。

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

同一起事件的教學版：15 天逐分鐘攤開，每一步標出為什麼會成功、哪一道控制擋得下來。不發金鑰、不給 Owner、關掉沒用的 API、預算警示，四道都沒有。

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

沒用過的區域裡多了兩支函式，程式碼只做一件事：隨機建一個 IAM 使用者、掛上管理員與寄信全權限，把密碼與金鑰回傳。挖礦會被帳單抓到，後門不會。

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