我的域名面临什么风险?——免费即时 DMARC 记录扫描。
输入您的域名,立即了解其是否容易受到仿冒、钓鱼和送达率问题的影响。
没有 DMARC,您对邮件仿冒毫无防御。钓鱼邮件可能看似来自您的域名,损害您的声誉并危及客户。
DMARC(Domain-based Message Authentication, Reporting & Conformance)指示收件邮件服务器如何处理未通过 SPF/DKIM 检查的消息。
聚合报告提供可见性。DMARCFlow 将这些报告可视化,让您了解谁在代表您发送邮件。
邮件认证、监控和保护的可靠解决方案。
即时验证您域名的 DMARC 记录,发现薄弱环节,加强保护。
生成、测试和分析 DKIM 记录,确保消息被签名和验证。
简化和扁平化复杂的 SPF 记录,避免 DNS 查找限制。
在收件箱显示经过验证的徽标,提升品牌知名度。
扫描威胁和错误配置,保持邮件基础设施的安全。
看看有无 DMARC 保护时,您域名的安全状况如何变化。
保持掌控、受到保护、值得信赖。
探索专为强化邮件安全、保护域名而构建的完整工具集
每种 DMARC 策略和对齐状态的含义,以及应采取什么行动。
邮件通过了 DMARC。SPF 或 DKIM(或两者)与 <code>From:</code> 域名匹配,且存在有效的 DMARC 策略。对于此消息,域名已经过正确认证。
SPF 和 DKIM 都未通过对齐检查。您的 DMARC 策略将被应用:<code>p=none</code> 邮件仍然投递(但会被记录),<code>p=quarantine</code> 发送到垃圾邮件,<code>p=reject</code> 完全屏蔽。请检查哪些发件来源未能通过对齐。
仅监控模式。DMARC 记录存在,但不强制执行任何决定。对齐失败的邮件仍然投递。这是起点——在升级到强制执行之前,使用此模式查看聚合报告。不要永久停留在这个状态。
失败的邮件将进入垃圾/垃圾邮件文件夹。这是过渡性的强制执行步骤,适合在完全拒绝之前捕获真实流量中的剩余对齐问题。当 DMARC 报告显示良好的通过率后,迁移到 <code>p=reject</code>。
完全强制执行。DMARC 对齐失败的邮件将被完全拒绝,永远不会到达收件人的收件箱。这是目标状态,可提供针对域名仿冒和钓鱼攻击的最强保护。
在 <code>_dmarc.yourdomain.com</code> 未找到 DMARC TXT 记录。您的域名没有 DMARC 策略,完全容易受到仿冒攻击。请立即发布 DMARC 记录,即使从 <code>p=none</code> 开始也要开始收集报告。
DMARC 失败最常见的原因——基于 DMARC 聚合报告实际显示的内容。
通过 CRM、营销平台或帮助台发送邮件时,这些服务从自己的邮件服务器发送。SPF 可能对服务的域名通过,但由于 Return-Path 域名与您的 From: 域名不匹配,导致 SPF 对齐失败。
修复: 为所有第三方发件人配置使用您自己域名的 DKIM 签名。对于外部服务,DKIM 对齐通常比 SPF 对齐更容易实现。
邮件转发会重写信封发件人,破坏 SPF 对齐。如果消息正文被修改,原始 DKIM 签名也可能失效。这会在聚合报告中产生 DMARC 失败,即使原始发件人是合法的。
修复: 使用宽松正则化配置 DKIM。只要正文未被修改,DKIM 在转发后仍然有效。在诊断转发来源期间,也可以使用 pct 标签对一定比例的邮件应用策略。
_dmarc.yourdomain.com 的 DMARC 记录适用于根域名。子域名(mail.yourdomain.com、newsletter.yourdomain.com)仅在明确添加 sp=reject 或发布自己的 DMARC 记录时才被覆盖。
修复: 在根域名 DMARC 记录中添加 sp=reject,或为实际使用的子域名发布专用 DMARC 记录。可能成为仿冒目标的未使用子域名应设置自己的 p=reject 记录。
如果 DMARC 记录中有 rua= 标签但未收到聚合报告,可能是邮件地址有误、接收邮箱拒绝了报告,或者跨域授权记录(接收域名的 _dmarc 记录)缺失。
修复: 确认 rua 地址正确且有效。如果报告发送到不同域名(如监控服务),请确保该域名已发布 _dmarc 授权记录。DMARCFlow 会自动处理这一问题。
关于 DMARC 检查需要了解的一切