[ 企业运营 ]

设置身份验证证据的保留和访问权限

将报告和消息字段映射到其目的、读者和保留决策。最大限度地减少暴露,同时保留可辩护的发现所需的证据。

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

[ 要点 ]

  • 将汇总报告、故障报告和完整消息保存在不同的证据类别中。
  • 批准字段、访问和传输目的地,而不是收集所有内容。
  • 解释加密验证的修订有何变化。
  • 制定负责任的保留决策,而无需制定通用的法律截止日期。
在此页面上

在收集证据之前决定需要什么证据

身份验证证据不是一个统一的数据集。一个 汇总报告、失败消息报告、完整消息示例和DNS更改日志可以回答不同的问题,同时公开不同的信息。保留和访问规则应遵循诊断目的和实际字段,而不是存储所有内容的文件夹的名称。

本指南提出了治理工作流程,而不是法律保留时间表。它使用 2026 年 5 月 DMARC 报告规范和确定的NIST控制措施于 2026 年 11 月 8 日进行了审查。未检查任何客户报告、邮箱或证据存储库。未更改保留设置、批准样品、共享文件或删除数据。

按证据类别构建字段地图

对于聚合报告,记录报告来源、报告间隔、域、连接邮件系统 IP、消息计数以及相关身份验证标识符和结果。 RFC 9990 描述域级聚合数据,而不是消息内容或个人用户详细信息。尽管如此,在将该描述应用于接收的文件之前,请检查实际架构和任何供应商扩展。基础设施和容量信息仍然需要受到限制的业务访问。 RFC 9990

故障报告 需要单独分类。 RFC 9991 解释说他们可以揭露 消息头 有时是整个消息,包括个人或机密信息。因此,请求故障报告是一个独特的数据收集决策,而不是使聚合仪表板更加详细的无害方式。在启用或转发之前确认必要性、范围和收件人。 RFC 9991

完整的邮件样本可以包含地址、主题行、路由历史记录、附件、跟踪标识符以及与调查无关的内容。 DNS观察通常会回答配置问题,而应用程序日志可能会将该配置连接到真实的服务或用户。单独映射这些类别,以便访问低内容的技术摘要不会自动暴露原始消息。

将每个字段与目的和所有者联系起来

对于每个证据类别,写下它回答的问题、为什么请求的字段是必要的以及谁对其使用负责。请求理解 结盟 可能需要域和可信身份验证结果,而不是消息正文。不同的事件可能需要有限的原始样本。这两种情况都没有理由默认收集每个可用字段。

指定批准的存储位置、允许的读取器、导出权和保留触发器。区分可以检查受限样本的调查员和只需要结论的服务所有者。包含不受限制的附件的票证可能会破坏原始存储库的控制,因此字段映射必须包含副本和派生摘要。

NIST SP 800-53 Rev. 5 AC-6 提供了最小权限原则,而 SI-12 则解决了整个生命周期的信息管理问题。他们支持有意识地定义访问和保留;他们没有规定DMARC材料的通用天数。引用的 PDF 是 2020 年 12 月更新版本,发布页面上标识了更高版本 5.2.0。 NIST安全和隐私控制

编辑时不要夸大样本所证明的内容

仅当其受众和目的得到批准时才创建衍生样本。保留已删除或替换字段的明确记录。稳定的占位符可以保留域或地址之间的关系,而不暴露原始值,但这种转换可能会改变可以从样本中验证的内容。

例如,更改已签名的标头或正文可能会使 DKIM签名。经过编辑的消息仍然可以说明解析器的发现,但它不能自动证明原始的密码验证结果。如果验证很重要,请授权分析师检查受保护的原件并附上带有出处的有限发现。 RFC 6376

对文件进行哈希处理可以帮助检测以后的更改;它不能证明数据是真实的、经许可收集的或可以安全分发的。同样,用哈希值替换地址也不能保证匿名性。考虑上下文字段或一小组可能值是否允许某人推断原始信息。

按证据价值和义务选择保留

分离原始输入、解析字段、调查摘录和决策记录。它们不需要具有相同的生命周期。 RFC 9990将后处理存储选择留给报告评估者;它没有规定固定的保留期限。本地保留决策应解释提取后仍保留哪些持续价值以及适用哪些组织义务。 RFC 9990

对于审计和决策记录, NIST AU-11 使用与适用的保留要求一致的组织定义的期限。让负责任的记录、隐私或法律职能解决任何相关义务或保存保留。请勿使用本文来删除受事件或法律保留决定影响的材料。 NIST审计保留控制

定义保留时钟何时开始、谁可以延长保留时钟、如何审查例外情况以及如何证明删除。考虑备份、导出和供应商副本,而不是声称从一项仪表板操作中立即删除。请求查看时间表并不意味着授权删除或永久清除。

控制传输和自动化处理

在外部共享证据之前,批准特定字段或样本、指定目的地、用途和访问范围。外部DMARC报告目标的DNS授权是一种协议机制,不能替代组织有关处理和披露的决策。独立审查两者。 RFC 9990

将收到的报告视为不受信任的输入。 RFC 9990将恶意报告内容和伪造报告数据识别为风险。解析限制和出处检查应该在实际实现中进行评估,而不是因为文件是 XML 就假设。分析代理应该只接收批准的子集,并且没有导出它或更改存储库访问权限的独立权限。

虚构的现场地图练习可以在分析师视图中保留域级对齐观察结果,同时将必要的原始消息保留在单独限制的事件存储中。在负责人批准之前,其保留价值尚未确定。该练习是一个设计示例,而不是经批准的示例或删除过程有效的证明。

所需的原始证据:数据字段地图和经批准的最小证据样本,并具有明确的保留决定。本次征求意见稿中的现场图是提出的,审批和样品都没有,调试大门仍然敞开。

[ 外卖 ]

在存储或共享实际证据之前对其进行分类。有用的技术样本和受保护的原件可能有不同的读者、目的和保留需求。

[ 按角色 ]

这对您意味着什么

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

证据保管人

将原件与工作视图分开

托管人维护收集的输入、派生字段和编辑样本之间的链接。存储库控件应在导出和票证附件中保留下来,而不是在源文件夹处结束。

后续步骤

  1. 在现场地图中识别副本和下游目的地。
  2. 记录转换而不默默地替换原始内容。
  3. 让授权审阅者能够发现保留触发器和异常。

隐私和记录审查员

选择持续时间之前先批准必要性

审查者决定所提出的证据是否与其目的相称,以及哪些义务影响其生命周期。相同的技术工作流程可以在不同的报告类别中公开非常不同的数据。

后续步骤

  1. 查看实际示例字段和可选扩展。
  2. 记录适用的保留决定和保留处理。
  3. 将检查许可与分发许可分开。

认证调查员

保留每个发现的限制

当经过编辑的样本无法证明加密结果时,调查人员应要求提供最小的有用证据并说明。收集的内容越多并不会自动产生有更好支持的结论。

后续步骤

  1. 将请求的字段连接到特定的诊断问题。
  2. 使用可信结果来源而不是装饰性哈希。
  3. 在添加内容或其他收件人之前寻求单独的批准。

[ 常见问题解答 ]

常见问题

聚合报告和故障报告是否需要相同的访问策略?

不是自动的。 RFC 9990描述了域级聚合,而RFC 9991则警告故障报告可能会泄露标头或完整消息内容。检查实际字段和扩展,然后根据诊断目的和暴露情况分配阅读器。

域级报告是否仍需要商业机密控制?

是的。标准聚合数据与单独的消息内容不同,但基础设施、流量和上下文业务信息仍然可以保证受控访问。在未检查存储库实际保存内容的情况下,请勿应用广泛的“公共数据”标签。

为什么经过编辑的邮件可能不再通过DKIM进行验证?

DKIM验证取决于签名规则下的签名标头和正文。编辑所覆盖的内容可能会使验证无效。在合理的情况下保留受限制的原件,并标记衍生品的限制,而不是将其呈现为未更改的加密证据。

对地址进行哈希处理会使证据样本匿名吗?

哈希并不能保证无法推断原始值。上下文、可预测的输入和其他保留字段可以保留与人员或服务的链接。评估实际样本和目标受众,而不是依赖转换的名称。

原始聚合 XML 必须保留多少天?

本指南不提供通用号码。 RFC 9990将后处理存储留给评估者。组织应分别记录原始文件和派生记录的运营价值、适用义务、保留触发因素和负责任的决策。

发布外部报告授权记录是否批准每项披露?

不会。协议授权和组织许可解决不同的问题。单独批准目的地、目的和允许的数据,包括超出原始报告安排的任何后续出口样本或丰富证据。

当保留保留与计划删除发生冲突时会发生什么?

上报给负责的记录、事件或法定所有者并记录适用的决定。不要仅仅因为正常定时器到期就执行删除。本文既不明确客户的义务,也不授权清除证据。

什么可以证明拟议的证据政策有效?

经批准的现场地图、经过审查的最小样本、明确的保留决定以及在实际系统中观察到的执行情况将支持评估。这些操作工件和实施检查在这里不存在;仅靠书面工作流程并不能满足他们的要求。

[ 来源 ]

来源

  1. NIST SP 800-53 Rev. 5:安全和隐私控制
  2. NIST SP 800-53 Rev. 5 出版和发布状态
  3. RFC 6376 :域名密钥识别邮件签名
  4. RFC 9990 : DMARC聚合报告
  5. RFC 9991 : DMARC故障报告

[ 词汇表 ]

词汇表

证据类
基于实际数据和目的的类别,例如域级聚合、失败消息报告或受保护的原始样本。
衍生样本
转换后的工作副本,其替换或删除都被记录下来,对其可以支持的结论有明确的限制。
保留触发器
启动本地批准的保留期的已定义事件,与未解释的默认持续时间不同。
保存例外
暂停普通处置的书面理由,等待责任记录、事件或法定所有者做出决定。
转让范围
经批准的证据披露数据、接收者、目的和访问级别的组合,而不是转发后续材料的一揽子权利。

企业出处

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

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

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

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

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

知识库