圍繞已證實的控制改進構建案例
A DMARC 業務案例可以解釋可見性、寄件者治理以及針對特定未經授權的網域使用的保護，而無需發明防止了多少詐欺。最強有力的情況是將觀察到的問題與提議的控制變更聯繫起來，識別可能受到影響的合法發送工作流程，並定義如何驗證結果。它不會將每一個被拒絕的訊息轉化為可預防的經濟損失或承諾身份驗證消除 商業電子郵件妥協.
RFC 9989 指出DMARC解決特定形式的精確域 欺騙、視覺上不相似的網域、顯示名稱攻擊或內容分析。這些限制屬於業務案例，而不僅僅是技術附錄。本文提出了一種以證據為主導的規劃方法。沒有改變保單、沒有測試寄件者、沒有估計損失或做出財務承諾。
描述基線問題及其覆蓋範圍限制
從組織了解的網域和合法發送工作流程開始。記錄哪些服務已被擁有、哪些服務未解析、哪些身分驗證路徑有證據。將配置的意圖與觀察到的接收器結果分開。清單 SPF 和 DKIM 記錄並不能證明每個工作流程都正確使用它們，而通過的樣本並不能完全覆蓋所有郵件和收件人。
RFC 9990 定義可以提供有關身份驗證的觀察結果的聚合報告。這些報告是有價值的證據，但必須說明其來源和時期。缺少報告並不能證明沒有流量。未知的寄件者可能包括未經授權的活動、被遺忘的合法系統或不完整的解釋。在將其計數用於業務論證之前，先用證據對它們進行分類。
將目標與財務債權分開
有用的目標可以包括將所有者指派給合法寄件者、減少未解決的身份驗證失敗、建立經過審查的策略以及提高變更驗證的可重複性。每個都應該有明確的衡量標準、基線期和證據來源。該目標可能與營運或安全有關，但沒有金錢數字。商業案例不會因為拒絕編造可避免的損失而變得脆弱。
如果需要財務模型，請使用經批准的組織輸入並揭露假設。員工時間、訂閱成本和實施工作可以透過適當的記錄來衡量，但這裡沒有對它們進行衡量。假設的損失乘以被拒絕的訊息數並不是一個合理的節省估計。即使沒有擬議的政策，該訊息也可能永遠不會傳達給某人、引發行動或造成損失。反事實需要證據，而不是修辭上的確定性。
建構逐一發送者準備矩陣
為每個合法工作流程建立一行，其中包含業務目的、所有者、可見網域、預期信封和簽名身分、當前證據、未解決的故障和變更依賴性。將預期對齊的身份驗證路徑記錄在下面 RFC 9989。區分供應商聲稱已啟用某項功能與可信任接收者對真實授權樣本的觀察。本草案未收集任何樣本。
此矩陣應確定哪些工作流程已準備好執行建議的策略，哪些工作流程需要修復或記錄異常情況。避免將高總體通過率視為小型但關鍵的工作流程是安全的證據。小批量計費或恢復流程即使對分母貢獻不大，也可能具有重要的商業意義。因此，準備工作應考慮業務影響和覆蓋範圍，而不僅僅是總體百分比。
指定策略差異和授權
將提議的更改寫為與受影響的域、預期行為、先決條件和推出決策的精確策略差異。該政策應反映當前標準和實際接收者適用性，而不是複製遺留假設。確定誰擁有DNS發布、誰批准業務風險以及誰驗證結果。技術建議本身並不授權改變生產。
記錄執行前的停止和回滾標準。如果準備情況假設錯誤，策略調整可能會影響合法郵件，而恢復DNS值可能不會立即取代快取的觀察結果或撤銷已處理的郵件。不要承諾無風險的推出。保留先前的配置和相關服務信息，以便授權操作員可以在實際證據支持的情況下做出合理的恢復決定。
在右邊界定義變更後證據
計劃收集權威的出版證據、代表性工作流程的可信接收訊息觀察結果以及在適當的定義時間內匯總趨勢。 RFC 8601 解釋原因 Authentication-Results 證據必須來自受信任的接收者邊界。沒有出處的複製的合格線不足以證明更改後預期的路徑有效。
也要審查提供者交付診斷（如果有），但保留其意義。 SendGrid的事件參考 將已交付定義為成功交付到接收伺服器，而不是收件匣放置或手動閱讀。此類證據可以幫助區分身分驗證變更與其他交付問題，而無需證明業務成果的因果增加。記錄可以解釋觀察到的趨勢的其他並發變化。
商業案例工作表
為觀察到的基準、覆蓋範圍限制、操作問題、提議的政策差異、寄件者準備情況、所有者、批准、預期收益、實施工作、風險和驗證計劃創建部分。將測量值、假設和未測量的結果明顯分開。包括未解決的關鍵寄件者的決策欄位以及繼續或暫停的具體標準。工作表應該會使不確定性變得可操作，而不是隱藏它。
對於每一項聲稱的好處，詢問哪些證據支持它，以及哪些證據反駁它。可以透過完整的清單和批准來證明更好的寄件者所有權。改進 結盟 覆蓋範圍需要可比較的觀察結果和穩定的定義。防止詐欺或金錢損失需要更強大的因果基礎，不應僅從協議計數中推斷出來。此框架不包含實際的投資報酬率計算或捏造的績效統計資料。
虛構的診斷：誘人的防損數字
一個虛構的專案團隊在報告類別中看到許多其認為未經授權的訊息，並建議將該計數乘以平均詐欺金額。審閱者拒絕計算，因為資料集沒有確定有多少訊息將被傳遞、閱讀、相信或採取行動。它還無法解決該類別中的每個來源是否未經授權的問題。
擬議的修訂重點在於可驗證的結果：完成寄件者所有權、解決合法故障、批准政策變更以及保留變更後證據。如果組織後來有獨立支持的事件和財務數據，合格的所有者可以評估任何額外的索賠是否合理。此場景純屬虛構；沒有觀察或計算報告數量、詐欺金額、預防損失或項目節省。
說明DMARC不取代的內容
這 IC3雲端電子郵件BEC諮詢於2020年發布，支援異常業務請求和帳戶保護的獨立驗證。這些控制措施仍然具有相關性，因為受損的授權帳戶可以發送經過身份驗證的郵件，並且不同的網域可以冒充企業而不會導致自身身份驗證失敗。 DMARC業務案例應承認補充控制，而不是聲稱要取代它們。
此目錄需要發送者的準備矩陣、策略差異、核准記錄和變更後結果。這些原始文物仍然開放。人類專家審查、來源適用性、生產路線、可訪問性和所有者發布也保持開放。該草案提供了證據框架和虛構的練習，而不是完整的部署或財務保證。出版物需要授權的操作證據和與證據實際證明的內容相關的聲明。