共享出口不是共享業務身份
兩個應用程式可以透過相同的向外郵件基礎設施到達接收者，同時屬於不同的客戶帳戶並服務於不同的業務目的。因此，僅 IP 清單可以將合法服務、未知帳戶和不相關流量合併為誤導性身分。糾正習慣是對基礎設施進行分組以進行調查，同時將服務歸屬和批准保持在帳戶和目的層級。
本指南使用 2026 年 11 月 8 日審查的主要標準和提供者文件。它包含虛構的比較，而不是任何真實來源的歸屬。未存取任何報告、提供者帳戶、 DNS記錄或已發送的訊息。沒有聲稱EmailAuth執行這些關聯或特定提供者導致了客戶事件。
了解共享池建立了什麼
Amazon SES的池文檔 描述共用位址以及專用池選擇。這是具體的第一方證據，顯示地址不需要唯一地識別客戶。它沒有確定真正的流使用哪個池，也不意味著每個提供者都具有相同的分配行為。帳戶、區域和配置證據必須來自所調查的實際服務。
專用地址縮小了基礎設施關係，但仍然不提供應用程式所有者或業務批准。單一帳戶可以支援多個工作流程，且帳戶安排可能會變更。避免將共享基礎設施視為可疑或將專用基礎設施視為可信賴的規則。問題是哪些證據將觀察到的流與預期服務和授權使用聯繫起來。
保留附加的身份驗證身份
RFC 9990 報告的不僅僅是連接地址。相關記錄包括訊息身分、認證結果和 DMARC 評估背景。對觀察進行分組時保留這些差異。具有相同 IP 但不同 From 域或簽名身份的行不應丟失其單獨的證據，因為儀表板標籤恰好相同。
A DKIM 簽名域可以幫助區分流，但根據定義，它不是唯一的客戶帳戶識別碼。 RFC 6376 將簽章與簽章域相關聯，並且 選擇器。多個應用程式可以使用一個網域，選擇器可以輪換，提供者持有的簽章基礎設施可以支援許多客戶。調查員仍然需要該服務自己的帳戶和配置記錄來進行具體歸因。
檢查跨客戶授權邊界
RFC 7208第 11.4 節 解釋說 SPF 主機授權通常不會確定某個主機的哪個個人用戶 MTA 可以使用特定的地址。郵件服務必須強制執行自己的控制措施來防止跨使用者偽造。這是需要考慮的協議限制，而不是對指定提供者允許濫用的指控。
不要透過授權廣泛的提供者網路來應對不確定的共享 IP 觀察。這樣的改變可以在不解決帳戶問題的情況下擴大主機授權。在提出SPF或簽章變更建議之前，請先確定準確產品和客戶身分的記錄配置。對一個應用程式用途的批准並不意味著對使用相同網路的每個帳戶的一攬子許可。
比較兩個虛構的候選人
想像 Atlas Billing 和 Beacon Surveys，這兩項發明的服務，其報告出現在相同的說明性出口地址後面， 198.51.100.24。沒有為該位址分配真正的提供者。預計一名候選人將發送發票；另一個預計將發送調查問卷。在紙本案例中，帳戶標識符和代表性訊息都尚未提供，因此兩者仍然是候選映射。
有用的調查要求提供兩種服務配置、其允許的網域及其業務所有者。如果後來授權的證據將發票流與一個帳戶關聯並將調查流與另一個帳戶關聯，則即使出口保持共享，也可以單獨記錄對應。如果沒有這些證據，合併的「核准的共享提供者」條目將隱藏不確定性而不是解決它。論文練習尚未完成後面的步驟。
在不破壞證據的情況下解決矛盾
假設所有者認識到供應商，但觀察到的簽名域與預期設定不同。可能的解釋包括其他產品、經銷商安排、過時的配置或不同的客戶帳戶。這些是要檢驗的假設，而不是發現。保留衝突的身份並向負責的管理員詢問精確的配置版本和路由，而不是更改清單以匹配最熟悉的名稱。
基礎設施記錄可以支援調查，但不能解決問題。 ARIN 的 Whois 指南 描述有關網路和相關組織的註冊資訊。網路註冊可以識別資源持有者或重新分配的組織，而不是提交單獨訊息的應用程式。記錄來源和日期，然後將該層與客戶帳戶證據分開。
選擇保留服務邊界的分組鍵
建議的工作視圖可以按提供者進行分組以進行工作負載規劃，同時將客戶、網域、目的和帳戶保留為單獨的維度。不要僅僅因為 IP、 ASN或提供者標籤匹配而對不同的服務記錄進行重複資料刪除。同樣，每次提供者輪調出口時，請勿將一項服務分割給新的經批准的提供者。服務記錄應解釋穩定的業務責任與不斷變化的基礎設施之間的關係。
查看同一邊界的權限。技術人員可能會在未經許可的情況下調查已批准的證據樣本，從而訪問其他客戶租戶或將樣本發送給提供者。外部共用、憑證設定和DNS編輯需要有自己的授權範圍。當負責任的所有者收集缺失的證據時，可疑的不匹配可能仍未解決；不確定性比捏造的歸因更安全。
保留缺少的演示作為釋放門
確切的攝入要求仍然懸而未決：驗證當前的主要規範並在起草之前保留一個工作範例。現行標準和虛構的兩軍案例支持該文件草案，但尚未獲得原始操作證據。目錄特別要求： 一份經過編輯的從報告到決策的演練，其中包含來源欄位、分類不確定性和下一步行動。
最終的演練必須顯示實際的共享基礎設施如何與特定客戶帳戶相關、考慮了哪些替代方案以及誰批准了最終的服務分類。提供者徽標、可識別的反向 DNS 標籤或 IP 匹配無法取代它。在獨立技術審查、客戶特定證據和所有者發布決定完成之前，不要發布草案。