事件應變
處置儲存庫外洩的密鑰
撤銷外洩憑證、調查濫用、安全更新依賴服務，並降低再發。
流程
照這個順序做。
- 開啟事件，辨識密鑰類型、提供者、儲存庫、暴露路徑、可見性、提交歷程、分支、日誌與受影響負責人，但不要把密鑰值複製到工單或聊天。
- 立刻在核發提供者撤銷或停用已暴露密鑰；不要只靠刪除提交，因為先前複本可能仍在。
- 建立最小權限且適度到期的替代、更新核准密鑰庫與相依服務，再驗證運作。
- 從最早合理暴露到撤銷，審查提供者、儲存庫、CI、雲端與應用日誌中的使用，並升級可疑活動。
- 從目前程式與設定移除密鑰；與儲存庫管理員決定是否需改寫歷程，並協調其破壞性影響。
- 加入密鑰掃描、推送保護、需審查的忽略規則與較安全注入模式；在授權相關儲存庫搜尋相同暴露。
- 記錄時間線、影響、輪替、證據與預防行動，僅在舊憑證失效且服務使用替代後才結案。
先準備
貓會向你要的輸入。
- 密鑰掃描警示或儲存庫參照
- 憑證提供者與負責人
- 授權儲存庫與提供者存取
- 相依服務清單
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
cybersecurity-pack skills/cybersecurity-skills/implementing-secret-scanning-with-gitleaks/SKILL.mdskills/cybersecurity-skills/implementing-secrets-scanning-in-ci-cd/SKILL.md
界線
界線跟著提示一起走。
- 絕不把密鑰值貼上、列印、傳送或存到報告或對話。
- 把憑證視為已遭入侵，並在清理儲存庫前先撤銷。
- 與負責人協調歷程改寫與正式輪替；不要弄壞消費者或抹除鑑識證據。
完成代表
一個可核對的終點。
外洩憑證驗證失敗，所有已知消費者使用最小權限替代，濫用審查已記錄，預防掃描或控制已啟動。
來源
這個流程從哪來。
- docs.github.com/en/code-security/tutorials/remediate-leaked-secrets/remediating-a-leaked-secret
- docs.github.com/en/code-security/concepts/secret-security/secret-scanning
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
