[ 標準和DMARCbis ]

將經典DKIM重播與DKIM2建議的偵測情境進行比較

將未變更的簽章訊息重複使用與 spec-09 信封綁定、中間歸因、重複觀察和原始時間證據進行比較。

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

[ 重點 ]

  • 未更改的經典 DKIM 訊息可以在意外傳送中保留有效簽名。
  • 該草案添加了信封和保管上下文以及重複實例檢測輸入。
  • 一份觀察到的副本,合法的重新收斂和缺失的歷史時間限制結論。
在此頁面上

將有效簽名與預期交付分開

當簽名材料在原始簽名者不希望的交付上下文中重複使用時,可以重播。簽名在數學上可能保持有效,因為所覆蓋的位元組沒有改變。這並不意味著簽署者授權無限制地重新分發,也不會使每個重複的訊息都成為攻擊。有用的分析會詢問哪個上下文經過身份驗證、哪一方執行了轉發以及接收者實際上可以觀察到什麼。

RFC 6376第 8.6 節 討論重播和垃圾郵件作為需要操作判斷的限制。 DKIM2工作提出了額外的路由和接收者上下文,而不是將更強的簽章演算法視為整個答案。本文使用 核心草案-09,日期為 2026 年 11 月 1 日。這是一項正在進行的工作,並非已發布的防重播保證。

比較兩個虛構的交付環境

在經典的 DKIM 教學案例中,服務會對發送到單一預期郵箱的訊息進行簽署。第三方取得訊息並將未變更的簽名內容傳送給其他收件者。假設簽署的材料和驗證條件保持不變,簽名仍然可以驗證。問題是該簽章工件的重用,不一定是更改其主體或損害簽章金鑰。

對於DKIM2比較,假設原始最新簽名描述了發送至birch.example的一個虛構地址。在發送到不同地址時重複使用相同的簽名信封資訊可能會導致草稿的最新躍點收件人比較失敗。第 14.4 節要求每個實際 RCPT TO 位址出現在簽署的 rt 值中,儘管 rt 可以包含其他收件者。域比較不區分大小寫;本地部分需要在指定規則下精確匹配。

這是規定的比較,而不是來自郵件伺服器的記錄。它隔離了提案檢查的附加上下文。它並不聲稱簡單地發布DKIM2金鑰即可使現有接收者執行這些比較,或舊接收者拒絕重用的訊息。

當中介添加一跳時遵循責任

重播系統可能會增加新的有效躍點。然後,提議的鏈記錄與後續處理相關的簽名身份,並接受所有鏈檢查。這是有用的歸因,但它不會自動將操作標記為惡意。合法的貨運代理還增加了交付責任。接收者仍需要評估路線期望以及中介機構的聲譽或角色。

第15.1節 描述了使用對原始訊息實例m=1標頭和主體散列的重複觀察,以及中間存在和分解標誌。它沒有定義每個實作都必須使用的通用全域資料庫或固定數量閾值。僅觀察到一則訊息的接收者無法透過計算未見過的副本來建立重複傳遞。

分解標誌報告系統正在傳送到多個地址。它有助於識別扇出的位置;這並不是扇出受到歡迎的證明。保留哪個簽章攜帶它以及該行為是否是路由所期望的。將標誌降低為「重播安全性」的儀表板將丟棄草案打算公開的決策上下文。

在比較中保留合法的重複項

大型接收服務可能會遇到來自普通大量分發的相同訊息。多個接收者也可以轉發在同一服務中重新匯聚的副本。協議重試有時會產生重複。草案明確討論了這些差異。因此,計算相等的雜湊值是評估的輸入,而不是必須阻止任何第二個副本的獨立結論。

原始實驗室計劃應至少包含四種情況:直接預期分配、未聲明的接收者更改的向前重新分配、正確聲明的中間扇出以及合法的重新收斂。盡可能保持訊息內容固定,以便解釋隔離路由上下文。然後改變接收者的可見性:一份副本、幾份副本和不完整的歷史觀察。這些是建議的案例,而不是本文完成的實驗。

保留原始時鐘上下文

第14.3節 當任何簽名比SMTP接受早 14 天以上或相對於接受晚一天以上時,拒絕完全驗證資格。該草案需要準確了解該接受時間。根據今天的時間重新檢查存檔的訊息可以回答與檢查訊息到達時有效的問題不同的問題。

因此,回顧性調查需要原始到達元數據,而不僅僅是保存的訊息檔案。保留觀察到的時間來源、時間戳記值、相關DNS /金鑰上下文和驗證者版本。後來遺失金鑰或更改記錄也無法確定原始驗證者所看到的內容。將「無法重現歷史驗證」與「原始簽名無效」分開,除非證據支持更有力的結論。

避免推測性重播控制

草稿的可選隨機數可供建立者使用,例如關聯稍後的交付狀態資訊。它本身並不是一種標準化的一次性執行服務。同樣,早些時候 auth= sender-policy discussion 涉及單獨的提案和混合部署問題。它不能以固定的核心 -09 語法的形式出現,也不能作為每個轉發器廣告相容行為的證據。

將實現的重播聲明視為有界問題:保留哪些輸入、保留多久、跨哪些接收節點、使用哪些誤報控制?要求重複觀察和路線分析的證據,而不僅僅是成功的密碼檢查。隱私和儲存影響屬於該審查範圍,因為偵測上下文可以累積跨訊息的傳遞元資料。

說明此比較確定了什麼和沒有確定什麼

確切的委託是:比較經典 DKIM 使用草案提出的具體檢測模型重播場景。上述的虛構比較解釋了信封裝訂、中間歸因、重複的原始實例觀察、時間安排和可見性限制。它是文獻分析,而不是測量的偵測率、重現的攻擊或接收器互通性結果。

實際案例、版本化實施、保留的驗證者輸出和專家驗收仍然開放。安全所有者必須批准任何未來的受控實驗,不得主動更改流量或生產策略。網站、視覺和出版大門也仍然很突出。合理的結論是,該提案增加了檢測和歸因重用的背景,而實際有效性取決於實施、觀察和接收者判斷。

[ 外帶 ]

密碼有效性、重複使用情境和惡意性是不同的結論,需要不同的證據。

[ 按角色 ]

這對您意味著什麼

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

濫用分析師

保留路線上下文

有效簽名和重複計數並不能單獨識別濫用寄件者。

後續步驟

  1. 將發起者行為與中介重用分開。
  2. 記錄原始實例比較和扇出聲明。
  3. 考慮合法的批量交付和重新收斂。

驗證工程師

保留時間和包絡輸入

歷史驗證不能只依靠訊息文字。

後續步驟

  1. 記錄接受時間和信封收件者。
  2. 區分不可用的金鑰和經過驗證的無效簽章。
  3. 測試預期的時間戳記和收件者邊界。

安全測試負責人

綁定任何重播實驗

對於受控比較而言,不需要主動提供的副本。

後續步驟

  1. 使用經批准的合成接收者和隔離的基礎設施。
  2. 定義可見性和保留假設。
  3. 分別記錄預期結果和觀察到的結果。

[ 常見問題解答 ]

常見問題

可以在不更改簽名內容的情況下重播嗎?

是的。重複使用可以在更改傳遞上下文的同時保留覆蓋的位元組和有效簽章。 RFC 6376 §8.6 將重播/垃圾郵件視為單獨的操作問題。

草案提議哪些額外的收件人支票?

最新簽章的 rt 值必須包括每個實際的SMTP RCPT TO 位址。允許額外列出的收件人;根據草案規則,本地部分精確比較,域不區分大小寫。

新的中間人簽名是否證明後續交付是合法的?

不會。它可以根據鏈規則來識別責任。接收者仍必須評估中介和分發是否符合預期或濫用。

對於草案的重複觀察範例,是什麼使兩個訊息相同?

第 15.1 節使用匹配原始訊息實例m=1標頭和正文哈希,以及路由/中間上下文和扇出訊號。它不僅僅是最終顯示的主題的平等。

爆炸可以免重播嗎?

不。它標識了扇出的聲明位置。扇出是否符合預期會影響接收器的決策;此標誌並不能保證良性分佈。

一份副本能否建立基於數量的重播結果?

不會。草案明確指出,僅對觀察到的單一訊息進行計數是沒有幫助的。其他路線資訊可能很重要,但無法發明看不見的交通。

為什麼要保留SMTP接受時間以供日後審核?

Core -09 應用其相對於接受的舊/未來時間戳限制。在沒有原始背景的情況下將檔案與今天的時鐘進行比較可能會產生與原始評估不同的結論。

隨機數是否創建了通用的一次性令牌服務?

否。可選的 n 欄位可用於建立者定義的目的,包括關聯。固定草稿並不能使其成為獨立的通用防重播資料庫。

[ 來源 ]

來源

  1. 早期 auth= 寄件者策略討論
  2. RFC 6376 : DKIM簽名
  3. DKIM2核心draft-ietf-dkim-dkim2-spec-09

[ 詞彙表 ]

詞彙表

重播
在交付上下文中重複使用已簽署的資料不一定是其原始簽署者的意圖。
監管鏈
提議的簽名關係跨躍點連結訊息處理和信封上下文。
爆炸的旗幟
簽章系統正在向多個位址發送訊息的草稿訊號。
再收斂
到達相同接收服務的原始訊息的多個合法轉發副本。
接受時間背景
草稿時間戳評估所需的原始SMTP接受時間。

企業出處

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

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

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

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

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

知識庫