資安
推出抗釣魚 MFA
高風險使用者與服務從可被釣的驗證，改為已核實的抗釣魚方式，並管控復原與例外。
流程
照這個順序做。
- 盤點使用者、應用、通訊協定、裝置限制、現行因子、特權角色、緊急帳戶與帳戶復原路徑。
- 選擇身分提供者與目標應用支援的標準化抗釣魚方法，並定義保證與裝置要求。
- 在可行時關閉舊版驗證、弱註冊、不安全復原、未管理轉寄與不受限備援因子等繞過。
- 與管理員與代表性使用者試點，測試註冊、日常登入、裝置遺失、差旅、無障礙、離線需求、復原、支援與回復。
- 依風險優先分波註冊使用者，搭配清楚溝通、已驗證註冊、服務台程序，以及採用與失敗遙測。
- 依應用與族群執行政策，監控登入與復原事件，並調查繞過嘗試或異常備援使用。
- 記錄並限時例外、測試緊急帳戶、淘汰被取代因子，並定期再證明涵蓋範圍。
先準備
貓會向你要的輸入。
- 身分提供者與應用盤點
- 使用者與特權角色族群
- 支援的驗證器與裝置限制
- 復原與例外政策
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
cybersecurity-pack skills/cybersecurity-skills/implementing-passwordless-authentication-with-fido2/SKILL.mdskills/cybersecurity-skills/implementing-conditional-access-policies-azure-ad/SKILL.md
界線
界線跟著提示一起走。
- 全面強制前先試點，並維持已測試的緊急存取以免鎖死。
- 不要默默把使用者降級到可被釣魚的備援方法。
- 以強身分驗證與已稽核的管理員操作保護註冊與復原。
完成代表
一個可核對的終點。
所有目標帳戶在涵蓋服務上使用強制抗釣魚驗證，繞過已關閉或限時，復原已測試，登入遙測確認運作。
來源
這個流程從哪來。
- www.cisa.gov/sites/default/files/2023-01/fact-sheet-implementing-phishing-resistant-mfa-508c.pdf
- pages.nist.gov/800-63-4/sp800-63b.html
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
