[ DNS和網域 ]

DNS快取中毒和身份驗證證據

區分可疑解析器與一般快取行為的差異,並保留可支援防禦性身分驗證調查的證據。

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

[ 重點 ]

  • 在診斷中毒之前比較確切的名稱、類型、端點、視圖和時間戳記。
  • DNSSEC驗證、解析器傳輸安全性和管理控制是單獨的檢查。
  • 目前查找無法自動重建接收者的歷史快取。
在此頁面上

將意外答案與中毒發現分開

DNS快取中毒將不正確的資料放入快取中,隨後向客戶端提供答案。對於電子郵件身份驗證,這可能會扭曲接收者檢索到的策略或金鑰材料。這是對可疑解析器差異的可能解釋,而不是透過兩個不同的螢幕截圖建立的診斷。首先確定觀測值是否涉及相同的所有者名稱、記錄類型、網路視圖和時間間隔。

一項有用的調查詢問有問題的答案進入解決路徑的位置。未經授權的權威編輯、中毒的遞歸快取、合法的過時條目和本地解析器覆蓋是不同的情況。它們都可能產生與操作員期望不同的答案。在建議修復之前,列出假設和區分假設所需的證據。

解釋安全邊界而不重現攻擊

DNS解析器需要拒絕與未解決的問題不符的回應,並套用有關接收到的資料可信賴的規則。 RFC 5452第 9 節 指定防禦性匹配要求和不可預測的查詢標識符和來源連接埠。這些措施使得偽造的回應更難以接受;它們不能取代維護受支援的解析器軟體並檢查其實際配置。

DNSSEC 新增資料來源身份驗證和完整性,其中驗證解析器可以建立所需的信任鏈。安全狀態將經過驗證的資料與未簽署或未經驗證的情況區分開來。 RFC 4033第 3 節和第 5 節 解釋了這些界限。工具中可見的簽章記錄本身並不能證明郵件接收者對其進行了驗證。

到解析器的加密傳輸會在自己的身份驗證假設下保護該連線。它並不能確定解析器傳回的所有資料都是權威的或經過正確驗證的。將傳輸安全性、 DNSSEC驗證和管理控製作為單獨的證據字段,而不是將它們壓縮到單一安全 DNS 徽章中。

保留稍後可以解釋的比較

對於每個觀察,保留查詢的完全限定名稱、類型、解析器或權威端點、時間戳記和網路優勢點。保留回應狀態、相關標誌、答案記錄、TTL、權威資料和任何擴展診斷資訊。記錄驗證是被請求、在本機執行還是僅由上游解析器報告。不要從無法解釋的圖示推斷驗證。

當組織授權這些觀察結果時,將已知基準與目前授權和多個相關遞歸路徑進行比較。不同的公共解析器可以提供有用的比較點,但沒有一個可以取代接收者實際使用的路徑。在將原始結果規範化為表格之前保留原始結果,以便以後的審閱者可以檢查省略的細節。

接收方的身份驗證結果回答了一個不同的問題:它在處理時對該訊息得出了什麼結論。目前查找無法自動重建過去的快取。關聯訊息時間、查詢的身份和可用的解析器遙測。如果沒有遙測,請將因果解釋標記為未解決,而不是聲稱特定的DNS答案導致特定的通過或失敗。

在升級之前測試普通解釋

合法更改後,快取的肯定答案和否定答案可能會有所不同。 RFC 2308第 5 節 描述了用自己的一生保留否定的答案。新發表的一篇 選擇器 因此,當解析器仍然返回較早的缺席時,可能會在權威機構處可見。此觀察結果與快取相容且不會造成中毒。

解決失敗也可以緩存在 RFC 9520第 3 節。 SERVFAIL並不等於遺失的身份驗證記錄,立即重複可能會重現保留的故障,而不是啟動新的成功解決方案。另外,允許的服務陳舊行為 RFC 8767 僅僅意味著過期並不能普遍保證舊資料不會出現。

檢查授權的水平分割安排、不一致的權威伺服器、最近的授權變更和本地網路策略。這些解釋並不是駁回可疑數據的理由。它們提供了相互競爭的假設,事件所有者可以用證據來確認或排除這些假設。

兩個不同答案的虛構範例

在這個虛構的比較中,郵件擁有者期望在june._domainkey.example.com處有一個新的選擇器。授權機構被記錄為在 14:10 提供新密鑰,而解析器 A 在 14:12 返回較早的否定答案,解析器 B 在 14:13 返回密鑰。這些時間和結果是發明出來的,不是查詢筆錄。

提議的第一個決定是檢查早期的否定回應及其快取上下文。如果解析器 A 隨後以與該上下文一致的方式傳回預期金鑰,則可以在不中毒的情況下解釋該情況。如果它傳回一個從未出現在授權歷史記錄中的不相關金鑰,證據就會變得更加可疑,但團隊仍然需要在確定原因之前調查解析器和權威路徑。

任何比較都不應將發明的範例提升為事件結果。在真實案例中,可疑值和稱其為未經授權的依據都需要保留證據和負責任的所有者。

根據受影響層選擇恢復

如果事件擁有者確認遞歸服務受到損害,請使用組織核准的程序還原可信任操作,並驗證受影響用戶端的解析器路徑。如果權威內容發生更改,請修復並保護該管理路徑。單獨的快取刷新並不能防止重新插入或逆轉受損的權限,刷新筆記型電腦也不能清除遠端郵件提供者的快取。

恢復後,將新觀察結果與核准的基線進行比較,並檢查代表性訊息結果。記錄有關早期決策和下游快取的剩餘不確定性。本手稿的原始證據要求仍然開放:沒有收集帶有時間戳的解析器與 TTL、回應類型和權限的比較,也沒有進行中毒測試或即時修復。

[ 外帶 ]

意想不到的答案證明調查是合理的;證明中毒需要有關受影響的解決路徑的證據。

[ 按角色 ]

這對您意味著什麼

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

旋轉變壓器操作員

建立受影響的路徑

解決者證據必須解釋哪些數據被接受和提供。

後續步驟

  1. 在修復之前保留相關日誌和回應上下文。
  2. 查看支援的軟體、驗證和可信任客戶端路徑。

郵件調查員

將DNS與訊息時間相關聯

今天的DNS狀態不會自動成為昨天訊息所使用的狀態。

後續步驟

  1. 記錄實際的身份驗證身份和處理時間。
  2. 當遙測遺失時,將歷史快取狀態標記為未知。

事件負責人

選擇按層恢復

修正措施取決於權限、遞迴快取或端點路徑是否受到影響。

後續步驟

  1. 測試普通的解釋和惡意的解釋。
  2. 授權範圍恢復並保留其驗證證據。

[ 常見問題解答 ]

常見問題

不一致的公共解析器是否證明緩存中毒?

不會。合法的快取時間、不同的視圖、過時的服務、不一致的權限或更改的委託都可以解釋差異。保留觀察結果並測試這些解釋。

哪些欄位使解析器比較有用?

擷取確切的名稱和類型、端點、時間戳記、有利位置、狀態、TTL、答案和授權數據,以及可用的驗證上下文。將原始結果與標準化筆記一起儲存。

RFC 5452對預防有何貢獻?

它指定回應匹配檢查和不可預測的查詢標識符和來源端口,以使偽造的回應更難以接受。配置和實施仍需要審查。

DNS-over-HTTPS 連線是否證明答案經過DNSSEC驗證?

不會。受保護的連線和資料來源驗證可解決不同的邊界。確定解析器實際執行的驗證以及客戶端如何信任該結果。

為什麼不存在的選擇器在其密鑰發布後可能仍然存在?

遞歸解析器可能會保留先前的否定答案。將早期的反應及其生命週期與當前的權威進行比較,而不是立即指控中毒。

SERVFAIL本身可以被快取嗎?

是的。目前的解決失敗快取要求意味著重複可以重複使用失敗狀態。 SERVFAIL並不表示身份驗證記錄不存在。

刷新我的筆記型電腦會修復遠端接收器的快取嗎?

不會。本機刷新會影響所選的本機快取路徑,而不是獨立操作的遞迴或接收器快取。它也不能修復權威或管理妥協。

虛構的比較是否證實了中毒事件?

不。它的時間和反應是為了說明相互競爭的解釋而發明的。所需的原始解析器比較和因果證據仍然懸而未決。

[ 來源 ]

來源

  1. NIST SP 800-81r3:安全域名系統部署指南
  2. RFC 1034 :網域:概念與設施
  3. RFC 2308 : DNS查詢的負緩存
  4. RFC 4033 : DNS安全介紹與需求
  5. RFC 5452 :讓DNS更能抵禦偽造答案的措施
  6. RFC 8767 :提供過時資料以提高DNS彈性
  7. RFC 9520 : DNS解析失敗的負緩存

[ 詞彙表 ]

詞彙表

緩存中毒
將不正確的資料插入DNS緩存,隨後可以回覆客戶端。
遞歸解析器
代表客戶端獲取並快取DNS答案的服務。
負緩存
保留有關缺席的信息,單獨的標準還涵蓋解決失敗的情況。
驗證上下文
有關DNSSEC驗證發生位置、結果以及報告路徑信任度的資訊。
制高點
進行特定觀察的網路和客戶端環境。

企業出處

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

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

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

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

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

知識庫