合規
審查並重新核可特權存取
過多、無人認領、過時或無正當理由的特權存取會被移除，其餘由負責人核可。
流程
照這個順序做。
- 定義審查範圍、特權角色、系統、審查期間、權威身分來源、核准者與證據要求。
- 從授權系統匯出使用者、群組、服務帳戶、角色指派、巢狀成員、最近活動、驗證強度與帳戶狀態。
- 把指派對照人事或承攬狀態、系統擁有權、職務、已核准申請、職責分離規則與緊急存取程序。
- 標記孤兒、休眠、共用、重複、常駐、外部指派或弱驗證的特權，並與負責人核實發現。
- 由可究責的主管與系統負責人，經核准變更流程證明、縮減、限時或撤銷每項例外。
- 直接在來源系統驗證變更，保留審查者決策與時間戳，並升級逾期證明。
- 回報涵蓋範圍與例外，排定下次審查，並在安全前提下自動化例行證據蒐集。
先準備
貓會向你要的輸入。
- 系統與特權角色範圍
- 身分與存取匯出或唯讀 API 存取
- 權威人事名冊
- 核准與職責分離政策
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
cybersecurity-pack skills/cybersecurity-skills/performing-privileged-account-access-review/SKILL.mdskills/cybersecurity-skills/performing-access-review-and-certification/SKILL.md
界線
界線跟著提示一起走。
- 先用唯讀蒐集，撤銷前須取得變更核准。
- 保護身分與雇用資料，審查檔案只與授權審查者分享。
- 以已測試的緊急突破與回復程序，維持緊急存取與服務連續性。
完成代表
一個可核對的終點。
範圍內每項特權指派都已證明或移除，所有例外都有可究責核准與到期日，且變更已在各來源系統驗證。
來源
這個流程從哪來。
- csrc.nist.gov/pubs/sp/800/53/r5/upd1/final
- csrc.nist.gov/files/pubs/sp/800/53/a/r5/final/docs/sp800-53ar5-assessment-procedures.txt
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
