IT 營運
安全部署 SPF、DKIM 與 DMARC
授權郵件來源正確驗證，並逐步限制盜用組織網域，同時不擋合法郵件。
流程
照這個順序做。
- 用 DNS、郵件日誌、採購紀錄與 DMARC 彙總報告，盤點每個授權寄件者、網域與子網域、回程路徑、轉寄服務、供應商與負責人。
- 為實際寄送基礎建設發布或修正 SPF，避免過寬授權與 DNS 查詢問題。
- 為每個有能力的寄件者啟用妥善管理金鑰與選擇器的 DKIM，再驗證簽署與對齊。
- 先以監控模式發布 DMARC，搭配受控彙總報告目的地，並用報告辨識合法、未知與濫用來源。
- 修正對齊並遷移或淘汰不合規的合法寄件者；在代表性收件人與轉寄路徑驗證變更。
- 在風險與證據支持時，依核准階段把政策從監控推進到隔離再拒絕，並含回復準則與主動監控。
- 維持寄件者擁有權、輪替 DKIM 金鑰、監控報告與 DNS 變更，並適時對閒置或防禦網域套用政策。
先準備
貓會向你要的輸入。
- 網域與 DNS 存取
- 授權寄件者盤點與負責人
- 郵件遙測或 DMARC 報告
- 變更時窗與回復窗口
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
cybersecurity-pack skills/cybersecurity-skills/implementing-dmarc-dkim-spf-email-security/SKILL.mdskills/cybersecurity-skills/performing-dmarc-policy-enforcement-rollout/SKILL.md
界線
界線跟著提示一起走。
- 強制執行前先驗證 SPF、DKIM 與 DMARC，因為錯誤可能拒絕合法郵件。
- 只對使用者有權管理的網域與租戶做 DNS 與郵件變更。
- 保護彙總與鑑識報告資料，因其可能揭露地址與寄送基礎建設。
完成代表
一個可核對的終點。
所有授權寄件者通過預定驗證與對齊，未授權來源已處理，核准強制政策已生效，持續報告監控有負責人。
來源
這個流程從哪來。
- www.cisa.gov/eviction-strategies-tool/info-countermeasures/CM0055
- www.cisa.gov/resources-tools/resources/domain-based-message-authentication-reporting-and-conformance-dmarc
- www.cisa.gov/news-events/directives/bod-18-01-enhance-email-and-web-security
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
