认证报告和消息样本不是等同的披露。报告可能会揭示发送基础设施和数量；完整的消息可能会暴露意外嵌入文本中的收件人、内容、链接、附件和凭据。在决定哪个人工智能服务可以接收它之前，选择可以回答操作问题的最小证据集。
对字段而不是文件扩展名进行分类
清点发件人域、IP 地址、收件人标识符、 消息头、主题、正文和附件分开。确定哪些是个人数据、机密操作信息或相关上下文中的秘密。不要假设 XML 报告是匿名的，或者公共DNS名称使整个报告公开。 RFC 9990 讨论隐私考虑因素 DMARC 汇总报告。
对于DMARC 结盟 问题，从相关的域身份、身份验证结果和时间开始。替换标识符时保留必要的关系。用一个令牌替换每个域可以创建从未存在过的明显对齐；不一致地替换每个出现的位置可能会破坏真正的对齐。记录转换规则，必要时单独保存重识别图。
建立接收服务边界
根据当前合同和技术证据确定服务、帐户类型、适用区域、允许的用户、保留设置、培训使用条款、子处理者和删除流程。请勿从消费品名称或营销声明中推断企业受到的保护。本地接口仍然可以向远程模型或遥测服务发送请求。
在适用GDPR的情况下，与负责的隐私团队一起评估目的、法律依据、数据最小化、处理器安排、安全性和国际传输。 法规 第 5 条、第 6 条、第 28 条、第 32 条和第五章解决了这些问题。安全目的不会自动解决所有法律要求，并且此工作流程不是法律建议。
转换样本并检查结果
假设诊断需要计数和精确的域平等关系，而样本还包含不相关的主题、收件人和凭证字段。建议的字段白名单排除了那些不相关的字段和凭据。将相同的原始域一致地映射到标记 A，将不同的原始域映射到标记 B。这可以在不提供原始名称的情况下保留所述问题的相等性和不平等性。
这种假设的转换不是执行的编辑，并且令牌本身并不能建立匿名化。完全相等不足以保持宽松的DMARC对齐或组织域发现。如果这种关系很重要，请在替换之前通过批准的私人流程进行计算，或者使用批准的限制审查路径。在任何授权披露之前检查结果字段和关系；不要假设白名单捕获了嵌入在其他允许值中的每个秘密。
将分析输出保持在同一策略内
将摘要、嵌入、缓存的提示和工具日志视为可能仍包含敏感信息的派生副本。配置这些副本的访问和删除，而不仅仅是原始上传。保留足够的来源来重现决策，而不会无限期地保留不必要的内容。样本的哈希可以支持完整性检查，但不会匿名化样本本身。
如果批准的服务或处理目的发生变化，请重新审查披露决定。当安全最小化删除了诊断所必需的信息时，请说明限制并使用经批准的限制审查路径，而不是秘密发送原件。这些是人工智能辅助分析的评估控制，而不是关于可用的EmailAuth保留或隐私设置的声明。