IT 營運
依安全組態基線稽核系統
找出組態漂移與不安全例外，經變更管制修正，並持續監控。
流程
照這個順序做。
- 定義授權系統族群、負責人、核准安全基準、適用規則、例外流程與證據時窗。
- 用唯讀 API、政策匯出或核准掃描器蒐集現行設定，並保護任何敏感設定資料。
- 正規化版本與角色，再把實際設定與適用基準比對，只排除已記錄不適用檢查。
- 與系統負責人核實表面偏差，並依暴露、可利用性、業務影響與補償控制分類風險。
- 建立修復變更與限時例外，含負責人、核准、測試計畫、維護時窗與回復程序。
- 分階段套用已核准變更、監控服務健康，並在部署後直接驗證每項設定。
- 回報合規與漂移趨勢、保留證據，並自動化關鍵偏差的例行檢查與警示。
先準備
貓會向你要的輸入。
- 系統盤點與負責人
- 核准基準與適用規則
- 唯讀設定存取
- 變更與例外政策
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
cybersecurity-pack skills/cybersecurity-skills/hardening-linux-endpoint-with-cis-benchmark/SKILL.mdskills/cybersecurity-skills/hardening-windows-endpoint-with-cis-benchmark/SKILL.mdskills/cybersecurity-skills/auditing-cloud-with-cis-benchmarks/SKILL.md
界線
界線跟著提示一起走。
- 變更前先蒐集唯讀證據，並使用核准維護與回復程序。
- 不要在未測試系統角色與相容性下套用通用強化設定。
- 保護匯出設定，因其可能暴露架構、身分或密鑰。
完成代表
一個可核對的終點。
每項適用檢查都有現行證據與處置；已核准修復已驗證；剩餘偏差有可究責且會到期的例外。
來源
這個流程從哪來。
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
