DMARC 記錄 dmarc-record
什麼是DMARC? what-is-dmarc
網域型訊息驗證、報告和符合性 (DMARC) 是一種電子郵件驗證方法,可讓網域擁有者保護其網域免受未經授權的使用。透過向電子郵件提供者和網際網路服務提供者(ISP)提供明確的原則,這有助於防止惡意行為者傳送聲稱來自您網域的電子郵件。 實作 DMARC 可降低合法電子郵件遭標示為垃圾郵件或遭拒絕的風險,並改善電子郵件傳遞能力。
DMARC還提供驗證失敗的訊息報告,以及對於未通過DMARC驗證的電子郵件處理的控制。 取決於實作的 DMARC原則,則可監視、隔離或拒絕這些電子郵件。 這些功能可讓您採取動作來減少和解決潛在的錯誤。
為了協助您防止傳遞問題,同時控制驗證失敗的郵件, Journey Optimizer 現在直接在其管理介面中支援DMARC技術。 了解更多
DMARC如何運作? how-dmarc-works
SPF和DKIM都可用來將電子郵件與網域建立關聯,並共同驗證電子郵件。 DMARC更進一步地進行,並透過比對DKIM和SPF檢查的網域來協助防止詐騙。
若要傳遞DMARC,訊息必須傳遞SPF或DKIM:
- SPF (Sender Policy Framework)會根據網域的授權IP位址清單,檢查傳送伺服器的IP位址,以協助確認電子郵件訊息是否來自授權來源。
- DKIM (DomainKeys Identified Mail)在電子郵件訊息中新增數位簽名,讓收件者可驗證訊息的完整性和真實性。
如果兩者或兩者皆未通過驗證,DMARC將會失敗,而電子郵件將會根據您選取的DMARC原則傳送。
DMARC原則 dmarc-policies
如果電子郵件無法通過DMARC驗證,您可以決定要對該郵件套用哪個動作。 DMARC有三個原則選項:
- 監視(p=none):指示信箱提供者/ISP執行通常對郵件執行的動作。
- 隔離(p=隔離):指示信箱提供者/ISP傳送不會將DMARC傳遞給收件者的垃圾郵件或垃圾郵件資料夾的郵件。
- 拒絕(p=reject):指示信箱提供者/ISP封鎖未傳遞DMARC的郵件,進而導致退信。
DMARC需求更新 dmarc-update
作為強制執行業界最佳實務的一部分,Google 和 Yahoo! 都要求您擁有 DMARC記錄 用於傳送電子郵件給他們的任何網域。 這項新要求於 2024 年 2 月 1 日 起生效。
因此,Adobe強烈建議您採取下列動作:
在中實作DMARC Journey Optimizer implement-dmarc
此 Journey Optimizer 管理介面可讓您為已委派或正在委派給Adobe的所有子網域設定DMARC記錄。 詳細步驟如下所述。
檢查您現有的子網域以取得DMARC check-subdomains-for-dmarc
確保您已為委派的所有子網域設定DMARC記錄 Journey Optimizer,請遵循下列步驟。
為新子網域設定DMARC set-up-dmarc
委派新子網域以在中進行Adobe時 Journey Optimizer,即會在您網域的DNS中建立DMARC記錄。 請依照下列步驟實作DMARC。
-
設定新的子網域。 了解作法
-
前往 DMARC記錄 區段。
如果子網域有現有的DMARC記錄,而且它是由擷取的 Journey Optimizer,您可以使用介面中醒目提示的相同值,或視需要加以變更。
note note NOTE 如果您未新增任何值,則會使用預先填入的預設值。 -
定義在DMARC失敗時收件者伺服器將執行的動作。 依據 DMARC原則 若要套用,請選取下列三個選項之一:
- 無 (預設值):告知接收者不要對未通過DMARC驗證的訊息執行任何動作,但仍會傳送電子郵件報告給寄件者。
- 隔離:通知接收電子郵件伺服器隔離未通過DMARC驗證的電子郵件 — 這通常意味著將這些郵件放在收件者的垃圾郵件或垃圾郵件資料夾中。
- 拒絕:告訴接收者完全拒絕(退回)驗證失敗之網域的任何電子郵件。 啟用此原則後,只有經過網域驗證為100%驗證的電子郵件才有機會放置收件匣。
note note NOTE 作為最佳實務,建議您將DMARC政策從提升到緩慢推出DMARC實施 無,至 隔離,至 拒絕 當您瞭解DMARC的潛在影響時。 -
您可以選擇新增一或多個您選擇的電子郵件地址,以指出位置 DMARC報表 在電子郵件上,該 驗證失敗 應該屬於您的組織。 您最多可以為每個報表新增5個地址。
note note NOTE 請確定您的控制中有正版收件匣(非Adobe)可接收這些報告。 ISP會產生兩種不同的報告,傳送者可透過其DMARC原則中的RUA/RUF標籤接收這些報告:
- 彙總報表 (RUA):未包含任何可能區分大小寫GDPR的PII (個人識別資訊)。
- 鑑證失敗報告 (RUF):其中包含對GDPR敏感的電子郵件地址。 在使用之前,請在內部檢查如何處理需要符合GDPR的資訊。
note note NOTE 這些高度技術性的報告提供企圖詐騙的電子郵件概觀。 最好透過協力廠商工具加以消化。 -
選取 適用百分比 DMARC電子郵件數量。
此百分比取決於您對電子郵件基礎結構的信心以及對誤判(標籤為欺詐的合法電子郵件)的容忍度。 組織通常從DMARC原則設定為開始 無,逐漸增加DMARC政策百分比,並密切監視對合法電子郵件傳送的影響。
note note NOTE 隨著您對電子郵件驗證實務更有信心,請與您的電子郵件管理員和IT團隊合作,逐步提高此百分比。 作為最佳實務,請以高DMARC相容率為目標,最好接近100%,以便在最大限度提高安全性的同時,將誤報風險降到最低。
-
選取 報告間隔 24到168小時之間。 它可讓網域擁有者定期接收電子郵件驗證結果的更新,並採取必要動作來改善電子郵件安全性。