[ 欺騙和身份濫用 ]

子網域接管和繼承的電子郵件信任

透過繪製精確的DNS控制、提供者分配保護以及實際受影響的電子郵件或應用程式信任來評估過時的子域依賴性。

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

[ 重點 ]

  • 過時的引用並不能證明另一方可以聲明它。
  • Web 端點控制和電子郵件簽署權限具有不同的範圍。
  • 使用依賴性證據計劃精確記錄變更、恢復材料和授權驗證。
在此頁面上

在命名風險之前映射依賴關係

過時的DNS引用可能會使子網域指向組織不再控制的服務。另一方是否可以聲明該服務取決於提供者的分配和網域驗證規則。即使有接管風險,所產生的權限也不會自動控制父組織的所有電子郵件。在決定暴露可能帶來什麼影響之前,一項有用的調查會繪製出準確的記錄、外部依賴關係以及消耗該記錄的信任關係。

Microsoft 的 Azure 子網域接管指南 描述 懸空DNS 參考、特定於提供者的保護和清理。它支援調查陳舊的依賴關係,而不是假設每個未解決的依賴關係 CNAME 是可利用的。本文僅提出防禦性檢討和變更計劃。沒有註冊第三方資源,沒有聲明名稱,沒有更改DNS記錄,也沒有發送測試訊息。

區分引用、委託和實際控制

RFC 1035 定義CNAME和 國民服役記錄 格式。 CNAME將特定的DNS名稱指向另一個名稱;它本身並不是整個區域的授權。子區域委派具有不同的範圍,因為委派的伺服器可以應答該區域內的名稱。過時的網站寄存參考、委託行銷子網域和 DKIM選擇器 因此,指向供應商需要不同的依賴關係圖。將它們全部視為「域被接管」會丟棄修復所需的資訊。

列出確切的所有者名稱、類型、值、區域和權威操作員。記錄預計控制目標的服務帳戶或供應商以及該關係的證據。不可用目標是對解決方案或服務狀態的觀察,而不是證明它可供其他客戶聲明。提供者預留、驗證令牌和生命週期限制可能會改變這個結論。檢查目前文件和授權所有權記錄,而無需嘗試資源聲明來證明風險。

將 Web 控制與電子郵件權限分開

對 Web 端點的控制可能會影響以該名稱提供的內容以及信任它的任何應用程式。它不一定允許更改父域的 SPF、發布任意 DKIM 鍵或操作其郵箱。相反,對與電子郵件相關的委派區域或選擇器目標的控制可能會產生不同的安全影響。調查必須確定電子郵件機制實際參考的DNS名稱以及誰可以更改其回應。

RFC 6376 描述使用選擇器和簽章域檢索DKIM鑰。因此,過時的選擇器依賴關係並不等於過時的不相關網站CNAME 。潛在的簽章影響取決於金鑰材料、查找路徑和產生有效簽章的能力;不應僅僅從損壞的網頁來斷言它們。此處提出的文件依賴審查不需要私鑰或簽章測試。

仔細評估一致性和繼承的假設

RFC 9989 定義 結盟 和政策發現 DMARC。相關域在寬鬆或嚴格對齊下可能會以不同的方式進行交互,因此必須準確記錄可見的 From 域和經過身份驗證的域。不要假設每個子網域都與每個父網域身分隔離,或一個子網域的控制項會自動驗證任意父網域郵件。實際的機制和政策決定了這種關係。

身份驗證協定之外還可能存在應用程式信任。內部白名單、品牌關聯、回呼 URL 或使用者期望可以將子網域視為可信。將每個此類關係記錄為應用程式或業務依賴性,而不是DNS標準規則。微軟警告稱,發送到懸空子網域的秘密或敏感資訊可能會被洩露。這是審查從屬申請的原因,而不是聲稱接受審查的組織中發生了任何此類暴露。

在其記錄的範圍內應用提供者保護

Azure 的指南描述了使用 asuid 進行應用程式服務自訂網域驗證 TXT記錄 和網域驗證 ID。它還解釋了阻止另一個訂閱驗證自訂網域與阻止建立具有匹配服務名稱的應用程式服務實例不同。這些是提供者特定的保護措施。他們並未規定每個 Azure 服務、每個DNS記錄或其他雲端供應商都使用相同的生命週期規則。

該指南描述了將某些支援的資源生命週期耦合到DNS引用的Azure DNS別名記錄,並對支援的目標進行了限制。請勿將該行為推廣至普通CNAME記錄或所有提供者。對於每個依賴項,記錄適用的保護、保留其當前證據以及尚未驗證的內容。記錄在案的保護可以減少特定的暴露,而無需證明所有應用程式或電子郵件信任關係都是安全的。

準確記錄變更工作表

使用當前完整記錄集、預期差異、目標依賴性、業務所有者、活躍消費者和恢復材料準備批准的變更計劃。包括停用或修正的原因、目前提供者的限制、驗證計畫和回滾決策標準。僅僅因為服務看起來未使用,刪除並不自動安全;排隊郵件、主動選擇器、客戶工作流程或替換服務可能仍取決於名稱。

將依賴關係圖與授權記錄分開。研究人員可以識別可能陳舊的引用,而無需被授權刪除它。變更獲得批准後,營運團隊將保留權威的遞歸查找證據,包括時間、名稱和記錄類型。快取的答案和提供者狀態可以比更改更持久,因此僅刪除並不能證明立即普遍撤銷。本手稿沒有執行此類差異、查找或回滾。

虛構診斷:退休競選服務

一個虛構的組織停用了一個活動平台,但留下了兩個DNS引用:網站CNAME和DKIM選擇器CNAME 。庫存工具報告網站目標不可用。該團隊最初假設這兩個記錄會產生相同的收購風險。相反,擬議的審查分別映射了目標、提供者帳戶所有權、自訂網域驗證規則和電子郵件簽章依賴項。不可用的網站結果並不能確定選擇器的狀態或另一方聲明任一資源的能力。

郵件擁有者將在建議停用之前檢查選擇器是否仍支援活動或排隊簽名工作流程。 Web 擁有者將審查活動端點以及附加到它的任何應用程式信任。這兩項擬議的變更都需要精確的恢復材料和批准的驗證。這是一個虛構的生命週期練習,而不是發現的懸空記錄、資源聲明、成功接管或完成的脫離。未收集任何真實的服務識別碼或憑證。

用證據關閉控制邊界

一份有說服力的報告會列出過時的依賴項、其經過驗證的控制狀態、可能影響信任的機制以及批准的糾正措施。它將潛在的暴露與已確認的利用區分開來。它還記錄剩餘的不確定性,例如不完整的供應商所有權證據或未觀察到的快取行為。避免將特定於提供者的保護描述為普遍保證,或將刪除的記錄描述為歷史濫用從未發生過的證據。

該目錄需要經過批准的精確記錄差異、依賴關係圖、恢復材料和更改後查找證據。這些原始文物仍然開放。提議的工作表不能滿足他們的要求,所有其他發布之門仍然開放。出版前必須完成人類專家審查、來源適用性、生產路線、可訪問性和所有者批准。目的是使清理更安全、更精確,而無需執行接管演示或誇大繼承的電子郵件權限。

[ 外帶 ]

在描述繼承的電子郵件信任或批准清理之前解決確切的依賴關係和控制邊界。

[ 按角色 ]

這對您意味著什麼

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

DNS管理員

保留精確記錄上下文

CNAME和委託區域傳達不同的控制。

後續步驟

  1. 記錄完整的受影響記錄集。
  2. 需要批准的差異和恢復材料。

郵件安全擁有者

映射特定於電子郵件的依賴關係

選擇器目標不同於不相關的 Web 端點。

後續步驟

  1. 確定簽名和對齊關係。
  2. 在停用前保留活動的工作流程依賴性。

服務負責人

驗證提供者生命週期規則

分配和驗證保護是特定於服務的。

後續步驟

  1. 確認所有權和退休狀態。
  2. 不要將資源作為證明技術。

[ 常見問題解答 ]

常見問題

未解析的CNAME是否可以證明接管是可能的?

不會。提供者分配、預留和網域驗證規則會影響是否可以聲明資源。

Microsoft Azure:透過懸掛的DNS條目防止子網域接管

網站接管是否會自動控制父域電子郵件?

不行。必須映射準確的DNS和應用權限;網頁內容控制不是自動簽名或郵箱控制。

為什麼要單獨查看DKIM選擇器?

DKIM金鑰查找取決於選擇器和簽章網域,因此其依賴性可能與 Web 託管參考有很大不同。

RFC 6376: DKIM

每個子域都會自動與父域對齊嗎?

不要這樣認為。實際的識別碼和DMARC對齊方式決定了相關關係。

RFC 9989: DMARC

Azure 應用程式服務驗證保護什麼?

引用的指南描述了網域驗證TXT記錄,可防止另一個訂閱驗證該自訂網域,這與資源名稱建立不同。

Microsoft Azure:透過懸掛的DNS條目防止子網域接管

Azure 別名是否保護每個DNS參考?

不可以。記錄的生命週期耦合適用於受支援的別名目標,不應推廣到普通 CNAME 或其他提供者。

Microsoft Azure:透過懸掛的DNS條目防止子網域接管

刪除記錄是否證明立即普遍撤銷?

不需要。快取的答案、活動工作流程和提供者狀態需要單獨考慮和實際的變更後證據。

此處是否更改或聲明了陳舊的依賴項?

不。此範例純屬虛構;所需的已批准差異、依賴關係圖、恢復資料和查找證據仍然開放。

[ 來源 ]

來源

  1. RFC 1035 :網域實施與規範

    部分 §3.3.1 CNAME RDATA 格式 · §3.3.11 NS RDATA 格式 · §3.3.14 TXT RDATA 格式

  2. RFC 9989: DMARC

    部分 §2.2 反網路釣魚 · §2.4 超出範圍 · §4.4 識別碼對齊說明 · §11.4 顯示名稱攻擊

  3. RFC 6376: DKIM

    部分 §1.簡介·§3.5 DKIM-Signature標頭字段·§8。安全考慮

  4. Microsoft Azure:透過懸掛的DNS條目防止子網域接管

    部分 修復懸空DNS條目 · 防止懸空DNS條目 · 使用 Azure 應用服務的自訂網域驗證

[ 詞彙表 ]

詞彙表

懸空參考
對資源的DNS引用不再按預期配置或控制,需要特定於提供者的調查。

Microsoft Azure:透過懸掛的DNS條目防止子網域接管

選擇器依賴
用於檢索選擇器和簽章域的DKIM公鑰的DNS查找關係。

RFC 6376: DKIM

控制邊界
演員可以影響的確切名稱、服務或行為與推斷的品牌信任不同。
恢復材料
保留規劃授權恢復所需的先前配置和依賴性資訊。

企業出處

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

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

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

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

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

知識庫