[ 报告与调查 ]

将报告覆盖范围与发送的电子邮件总数分开

测量DMARC报告覆盖范围,无需将收到的聚合行视为组织发送的每条消息的普查。

由EmailAuth研究团队提供 · 7 分钟阅读

[ 要点 ]

  • 报告观察结果和发件人尝试属于不同人群。
  • 缺失报告并不等于零故障。
  • 协调需要稳定的范围、时间戳和排除记录。
在此页面上

在计算比率之前命名分母

A DMARC 仪表板可能会显示大量邮件观察结果,但该数字不会自动成为组织发送的邮件总数。 汇总报告 描述参与接收器在特定时间间隔内报告的观察结果。发送者系统描述它们自己的尝试和事件。这些人群在起源、时间、分组和可见性方面存在差异,因此在没有明确的协调方法的情况下将其中一个人群与另一个人群分开可能会产生误导性的覆盖范围声明。

首先命名问题。您是否正在测量报告中表示的已批准发件人库存的份额、返回报告的已知收件人服务的份额,或者有限时间间隔内报告计数与发件人事件之间的关系?每个都需要不同的分母和不同的证据。通用的“覆盖率”掩盖了这些选择。 RFC 9990 ,第 3.1 和 9.1 节

将报告参与与摄入健康分开

丢失的报告可以反映接收者的报告行为、相关流量的缺乏、传送问题、处理延迟或摄取缺陷。空的仪表板间隔无法区分这些可能性。单独跟踪报告关系和收集器管道,以便分析师可以查看文件是否已预期、已收到、已拒绝、已延迟或根本没有得到证明。

保留报告发送者、报告组织、间隔、标识符和处理状态。记录任何已知的传递或解析器失败,而不将其转换为零观察到的身份验证失败。排除的工件会更​​改分析的总体,并属于错误或排除日志。如果后来的报告填补了空白,请保留数据集修订版,而不是默默地重写早期的结论。

这里不假设普遍的报告完整性保证。拟议的审查必须使用实际的接收者群体和可用的收集证据。来自一个邮箱提供商的报告无法确定其他接收者的行为,并且来自主要提供商的重复观察不应被误认为广泛的人口多样性。

选择兼容的发送方证据

定义比较中属于哪个发送者事件。应用程序请求、提供商接受、尝试交付、接收服务器接受和最终失败不是可互换的事件。重试、多个收件人和重新提交应用程序可以为业务用户认为的一条消息创建多个记录。在协调计数之前保留事件语义和聚合规则。

保留的SendGrid事件引用说明了区别:已处理意味着提供者收到消息并且准备好传递;已交付涉及到接收服务器的交付,而不是收件箱放置或人工阅读的证明。这是特定于提供者的示例,而不是通用事件模式。其他系统需要它们自己的当前定义。 SendGrid事件 Webhook 参考

保留原始时间戳和记录的标准化时间基础。报告间隔和应用程序的日历日总数可能不一致。迟到的报告、跨边界的队列重试和更改的流分类应该在协调中可见,而不是吸收到捏造的校正因子中。

映射域和路由而不假设完美连接

聚合观察结果可能不包含与发送者日志相同的事务标识符。当数据仅支持分组比较时,避免承诺一对一消息连接。以明确的置信度将源地址、身份验证域和策略上下文映射到拥有的路由,并保持共享基础设施的模糊性。提供商品牌本身并不能证明哪个客户帐户产生了观察到的流量。

保持生食 SPF 或者 DKIM 与DMARC不同的结果 结盟。根据所有原始SPF通行证计算出的速率不一定能够衡量可见发件人域的一致身份验证覆盖范围。核心规范的对齐规则决定哪种身份关系对该结论很重要。未知的路线应该保持未知状态,而不是仅仅为了提高比率而添加到批准的群体中。 RFC 9989 ,第 4.4 节

调节工作表和数据集合同

创建数据集合同,列出源系统、提取方法、版本、间隔边界、事件定义、包含的流、接收器范围、重复数据删除规则和排除。保留不可变的源引用或哈希以及重新创建分析数据集所需的转换步骤。如果无法检索某个字段,请说明该字段不存在以及不支持的结论。

工作表应包含报告人群、发送者人群、重叠假设、不匹配的组、迟到的数据和排除的工件。仅在存在实际证据时才提供计数。将未知的覆盖范围与测量的非覆盖范围分开。无法映射到批准路由的报告不应被静默丢弃,但也不应自动增加合法邮件的数量。

接受要求另一位分析师重现总体定义并从同一数据集版本中获得相同的有界比较。图表可以总结这种比较,但它应该披露实质性差距和最后的完整间隔。如果报告组合发生变化,观察到的较高验证率并不一定证明整个组织覆盖范围有所改善。

虚构的诊断:管道间隙后仪表板更安静

想象一个虚构的组织,其收集者收到来自多个接收者组的报告。在一个时间间隔内,一大组报告解析失败并被排除。其余报告显示失败较少。此示例没有使用实际的数据集或解析器执行;发明这种情况是为了说明分母风险。

分析师不应仅仅因为幸存的记录看起来更健康而宣布改进身份验证。分析的人群发生了变化。适当的输出是保留的接收者组的有限结果加上明确的收集质量差距。发送方事件可能有助于建立针对丢失组的持续活动,但它们不会重建其未收到的身份验证观察结果。

如果稍后在授权流程下恢复报告,则数据集应收到新版本,并且应重新计算比较。保留最初的有限结论和修订后的结论。这使得这种变化可以解释,并防止通过无声回填制造明显的趋势。

原始证据及释放范围

该目录需要其他分析师可以重现的版本化数据集、查询方法和错误/排除日志。本手稿仅提供方法和虚构示例。没有收集发件人日志、报告、收件人列表或实时查询,也没有声称覆盖率。

原始证据、人工审查、来源适用性、生产路线、视觉可及性和所有者发布仍然开放。在发布操作之前,获取授权数据,尽量减少不必要的标识符并确认每个包含的系统的事件定义。最终结论应说明观察到的人口及其限制,而不是暗示汇总报告是对所有已发送电子邮件的完整普查。

[ 外卖 ]

在计算覆盖率或验证率之前描述观察到的报告人群。

[ 按角色 ]

这对您意味着什么

选择您的角色以执行后续实际步骤。

报告分析师

说出分母

大型数据集不一定是完整的总体。

后续步骤

  1. 定义接收者和时间范围。
  2. 保留排除的数据和迟到的数据。

消息传递操作员

解释发件人事件

队列和交付阶段会影响比较。

后续步骤

  1. 记录事件语义。
  2. 保留重试和收件人规则。

审稿人

检查再现性

趋势主张取决于稳定的人口。

后续步骤

  1. 重新创建数据集版本。
  2. 将未知覆盖范围与测量结果分开。

[ 常见问题解答 ]

常见问题

聚合计数是发送的消息总数吗?

不是自动的。他们代表了必须确定范围和协调的报告人群。

RFC 9990 : DMARC聚合报告

没有报告就代表没有失败吗?

不会。缺失观察值和观察到的零计数是不同的。

处理的事件和交付的事件可以混合吗?

不可以。保留的SendGrid参考定义了不同的阶段,其他提供者需要自己的定义。

Twilio SendGrid :事件 Webhook 参考

已发送是否证明消息已被阅读?

否。引用的事件涉及到接收服务器的传送。

Twilio SendGrid :事件 Webhook 参考

原始SPF通过可以测量DMARC对齐情况吗?

不是靠它自己。必须根据相关的 From 域来评估对齐情况。

RFC 9989: DMARC

较晚的数据是否应该默默地取代较早的结果?

否。保留数据集修订和重新计算的原因。

这里是否测量了覆盖率数据集?

不。该示例纯属虚构,未声明任何计数或比率。

哪些原始证据仍然存在?

仍然需要版本化数据集、可重复的查询方法和错误/排除日志。

[ 来源 ]

来源

  1. RFC 9989: DMARC

    部分 §2.4 超出范围 · §4.4 标识符对齐说明 · §4.7 DMARC策略记录格式 · §4.10 DNS树遍历 · §5 DMARC参与 · §6 DMARC反馈 · 附录 A.6 删除“pct”标签 · 附录 C 对RFC 7489的更改

  2. RFC 9990 : DMARC聚合报告

    部分 §3.1 汇总报告 · §3.3 报告期间的策略变更 · §3.4 报告请求发现 · §3.5 报告传送 · §4 验证外部目标 · §5 可扩展报告 · §8.1 将内容报告为攻击 · §8.2 虚假信息 · §9 操作注意事项 · §9.3 报告存储 · 附录 A DMARC XML 架构 · §1 简介 · §7.1报告接收者 · §7.2 报告中包含的数据 · §9.1 报告生成

  3. Twilio SendGrid :事件 Webhook 参考

    部分 已交付的事件 · 推迟的事件 · 丢弃的事件 · 已处理的事件

[ 词汇表 ]

词汇表

报告人口
这些观察结果包括来自规定范围内的报告生成接收者的观察结果。

RFC 9990 : DMARC聚合报告

发送者人口
选择进行比较的定义的发送方事件。
调节假设
连接可能缺少一对一标识符的数据集的记录规则。
收款缺口
缺少或排除限制分析人群的证据。

企业出处

为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。

传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。

EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。

政府 大型企业 一级金融机构

SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密

知识库