[ 標準和DMARCbis ]

評估 DRPF 提案及其未解決的信任問題

對 DRPF 提議的互惠域關係的過時評估,目前的採用情況、完整的生命週期規則和部署的消費者行為仍未得到驗證。

由EmailAuth研究團隊提供 · 7 分鐘閱讀

[ 重點 ]

  • 檢查的狀態頁面明確描述了截至 2024 年 7 月 1 日的項目。
  • 相互斷言需要明確的真實性、解釋和撤回行為。
  • 提供的虛構關係圖演示了分析,而不是實現的協議或郵件傳遞結果。
在此頁面上

在評估提案之前閱讀狀態日期

域關係策略架構提出了一種域描述和相互確認關係的方法。這可以為依賴方提供比類似徽標、共享網站設計或推斷的公司關聯更明確的資訊。此類資訊是否應影響電子郵件決策取決於其權威、驗證規則和消費者行為,而不僅僅是其發布。

該項目的 狀態頁於 2026 年 11 月 9 日進行檢查,明確將其狀態日期定為 2024 年 7 月 1 日。它描述了供公眾考慮的建議框架,並列出了下一步提交的描述性互聯網草案。這些日期必須保持獨立:今天的可讀頁面不會使其狀態聲明成為當前狀態。此評估尚未驗證後來的明確專案狀態、標準結果或接收者採用。

這 專案首頁 描述臨時開發並承認缺少部署細節。一個 J. Trent Adams 的 2024 年 2 月開發者帳戶 同樣,這項工作也被稱為早期提案。應在這種背景下閱讀其有關標準化的語言。本文評估了該記錄模型;它沒有宣布實施的標準或規定生產DNS記錄。

將發現機制與政策意涵分開

擬議的 建築學 具有小型DNS TXT斷言,並在需要時提供更豐富的策略文件。斷言可以表達基本關係或幫助發現詳細的策略。這些文件將元資料與政策內容區分開來,並允許詞彙表描述不同類型的關係。大部分解釋工作屬於依賴方。

這種分離很重要。找到一份文件並不能證明兩個消費者對其詞彙的解釋相同。消費者需要對正在評估的關係有一個商定的配置文件,包括支持的條款和未知條款的行為。可用的頁面說明了可能性,而不是建立一個完整的可互通語法。他們對最小斷言內容的不同描述不應該被默默地解析為發明的強制格式。

一種架構解釋還需要DNS資格。 RFC 1035第 3.3 節及 3.3.14 節 將TXT資料定義為一個或多個字串,每個字串的長度為 1 個八位元組。 255 個八位元組內容邊界適用於單一字串,而不是整個TXT資源記錄的通用 255 個字元最大值。此更正不提供 DRPF 缺少的發布或解析設定檔。

將相互確認作為具體主張進行檢查

開發者帳戶描述了雙向確認:命名另一個網域的斷言應該有來自該網域的相應語句。這對單方面的關聯主張提出了挑戰。它不獨立建立合法所有權、管理員帳戶的完整性或透過電子郵件收到的付款指示的安全性。

評估者應確定每個出版商實際控制的權限以及保護檢索的證據。來自受損系統的兩個相互一致的聲明仍然是一個與一個域提出不受支援的聲明不同的問題。因此,安全審查需要威脅模型、真實性假設和定義的故障處理。這些是此處的評估要求,而不是提案或本文測試的實現所展示的功能。

端到端地繪製虛構的品牌關係

考慮虛構的網域brand.example和parent.example 。品牌管理者將發布下屬斷言;父管理員將發布相應的確認訊息。假設的安全應用程式是消費者。其建議的任務是比較兩個定向語句是否具有相同的關係,同時將所聲明的業務關聯與訊息身份驗證分開。

該項目的 相關領域用例 說明了兩種發現方法。消費者可以透過父級的斷言發現父級的策略,或遵循子級更直接提供的策略位置。該頁面還說明了結構化 JSON-LD 文件。這些是概念性範例,並不是指定企業部署 DRPF 或其範例標籤形成穩定有線格式的證據。

對於這張虛構的地圖,消費者將記錄哪些文件和解釋支持特定點的關係。如果父母撤回確認,這種關係將不再有同樣的相互支持。尚未發布或檢索這些虛構網域的記錄,也未測試任何解析器、簽章驗證或依賴方行為。

需要超出撤回能力的生命週期

該架構描述了透過更改確認來切斷關係。這是一個有用的概念性撤銷機制,但它並沒有在所有地方建立立即撤銷。快取的斷言、保留的策略文件和暫時不可用的發布者需要明確處理,然後消費者才能做出可靠的決策。

審查者應該詢問證據的可用時間有多長,當只有一方發生變化時會發生什麼,以及不可用的政策與故意撤回有何不同。出版商妥協和政策鏈衝突後的恢復也需要明確的結果。這些問題應該產生記錄的生命週期規則和授權測試,而不是相互發布解決每個後續狀態轉換的樂觀假設。

將電子郵件身份驗證和業務批准分開

兩個不同領域之間聲明的管理關係不會改變 DMARC 結盟 靠它自己。 RFC 9989第 4.4 節 定義經過身份驗證的識別碼和作者域之間的對齊。關係聲明不會將不相關的傳遞簽名轉變為一致的簽名,且此評估未建立將 DRPF 視為例外的接收者規則。

同樣,也沒有證明收件匣放置的好處、繼承的聲譽或向供應商付款的授權。如果未來的消費者使用關係訊息,請記錄其影響的精確決策,並保留對訊息身份驗證和業務批准的獨立控制。未來可能出現的訊號不應悄悄成為允許名單或削弱現有政策的理由。

記錄未確認的內容

所提議的關係圖作為分析工件提供,而狀態要求保持開放。確切的要求是:繪製一個提議的關係,它的發布者、消費者、驗證和撤銷模型;確認當前專案狀態。調試門是:驗證目前項目和採用狀態。描述該提案,但不將其呈現為已採用的IETF標準。

連結的社交帳戶和 Datatracker 搜尋無法訪問,且未重試或繞過。搜尋缺失並不能證明後來的作品不存在。在得出更有力的結論或發布之前,仍需要當前狀態確認、專家審查、實施和互通性測試、現場演示審查和所有者批准。

[ 外帶 ]

評估建議的關係及其信任假設,同時將 2024 年 7 月的狀態聲明與目前的採用分開。

[ 按角色 ]

這對您意味著什麼

選擇您的角色以執行後續實際步驟。

網域策略所有者

描述每個斷言背後的權威

審查需要將發佈點的控制權與所主張的更廣泛的業務關係區分開來。

後續步驟

  1. 確定誰可以維持擬議關係的每一方。
  2. 在考慮發布之前定義批准和撤回責任。

依賴方實施者

指定訊號可能影響的每個決策

一致的關係圖不能取代明確的解釋和故障模型。

後續步驟

  1. 文件支援的詞彙、檢索信任度和證據新鮮度。
  2. 在過濾或存取決策中使用斷言之前,需要進行有界互通性測試。

標準和證據審查員

維護單獨的狀態和部署記錄

註明日期的項目頁面、實施聲明和觀察到的接收者行為是不同的證據項目。

後續步驟

  1. 在強化文章結論之前,先取得目前的權威地位聲明。
  2. 確保標準接受、產品採用和實際測試證據可獨立審查。

[ 常見問題解答 ]

常見問題

該評估能否將 DRPF 標記為採用的IETF標準?

否。保留的項目說明書描述了一項提案;後來的標準結果尚未得到驗證。

哪個日期屬於專案狀態聲明旁邊?

使用2024年7月1日作為明確狀態聲明,並單獨記錄2026年11月9日作為檢查日期。

為什麼模型要尋求其他領域的確認?

開發者帳號建議檢查相應的聲明,而不是接受單方面的關聯主張。

每個圖示的關係都需要單獨的政策文件嗎?

該架構允許簡單的斷言和更豐富的文檔,但這裡沒有建立一種完整的規範格式。

範例關係標籤可以作為生產就緒的配方發布嗎?

不。說明性語法不是經過驗證的可互通發布設定檔。適當的所有者名稱、語法和消費者行為仍未解決。

刪除確認是否證明每個消費者都會立即忘記這種關係?

不會。提款時間、快取證據和失敗結果仍然需要指定的行為和實施測試。

255 個字元是DNS TXT記錄的一般大小限制嗎?

不可以。 RFC RFC 1035允許TXT資料中存在多個字串;單字串內容邊界為 255 個八位元組。

哪些已發布的電子郵件規格必須與 DRPF 的提案狀態分開追蹤?

RFC 9989定義了核心DMARC 、 RFC 9990聚合報告和RFC 9991故障報告。他們的出版物並未建立 DRPF 標準化。

[ 來源 ]

來源

  1. DomainRelationships.org:架構
  2. DomainRelationships.org:域關係政策框架
  3. J. Trent Adams:域關係策略框架, Proofpoint
  4. DomainRelationships.org:相關網域用例
  5. DomainRelationships.org:狀態與更新
  6. RFC1035 :網域:實作與規範
  7. RFC9989 :基於網域的訊息驗證、報告和一致性
  8. RFC9990 : DMARC聚合報告
  9. RFC9991 : DMARC故障報告

[ 詞彙表 ]

詞彙表

策略斷言記錄
該提案的小型DNS TXT語句用於表達或發現關係策略。
政策詞彙
消費者在解釋擬議的關係文件時需要理解的術語。
相互確認
來自兩個域的相應聲明支持相同的建議關係。
戒斷觀察
未來消費者記錄的關係支持已發生變化的觀點;計時和快取規則仍有待定義。
狀態日期邊界
項目明確狀態聲明的日期與檢查該來源的較晚日期之間的區別。

企業出處

為什麼頂級金融機構和政府 退役了他們的電子郵件安全儀表板。

傳統的電子郵件驗證平台會向您出售儀表板並要求您的工程師來完成這項工作。在高風險環境中,手動監督意味著延遲執行、配置漂移和不受監控的影子域。

EmailAuth是代理電子郵件來源平台。 我們的代理人強制執行 p=reject,保持第三方寄件者一致並將您的網域移至完整狀態 RFC 9989 合規性、新的DMARC標準,以及人機互動審核能力。

政府 大型企業 一級金融機構

SaaS · 專用租賃 · 氣隙本地部署 · BYOK 加密

知識庫