ARC 旨在跨可以更改消息的中介进行身份验证评估。它增加了有关早期处理的证据；它不会将中间人变成原始作者或要求最终接收者接受消息。读取ARC结果作为接收者决策的一项输入，以及当前的身份验证和滥用控制。
阅读三个组成部分
参考： RFC 8617 §4.1.1, RFC 8617 §4.1.2, RFC 8617 §4.1.3.
ARC集包含ARC-Authentication-Results 、 ARC-Message-Signature和 ARC-Seal。第一个是中介的评估。第二个在ARC框架中对消息内容进行签名。密封件将ARC材料粘合成有序的链。实例编号连接属于每个集合的组件。 RFC 8617第 4 节和第 5 节定义了结构和处理。
先前报告的dmarc=pass是中间人的断言，而不是最终接收者计算的新结果。有效的印章根据验证规则与签名域建立加密关系。它并不能证明该领域是一个可靠的法官，其系统没有受到损害，或其先前的评估是正确的。
遵循合成路径
参考： RFC 8617 §5.2, RFC 8617 §7.2.1.
考虑将author.example发送到forwarder.example ，它在应用页脚之前记录对齐的传递。当前的最终消息可能会失败 DKIM 因为修改而未能对齐 SPF 因为它是通过中介到达的。 ARC可以对接收者进行早期评估，验证链并有理由依赖该中介。
检查点包括一个故意不验证的标头说明，其中i=1,三个字段名称和cv=none.签名占位符明显标记为非签名。绝不能将其粘贴到消息中，就好像它是工作的ARC集一样。配套的可执行模型提供链有效性和信任输入，并证明不受信任的有效链和受信任的无效链都不符合其说明性覆盖的条件。
将覆盖与传递分开
参考： RFC 8617 §7.2.1, RFC 8617 §9.3, RFC 9989 §7.4.
接收者在决定处置时可以使用可靠的早期证据，但当地观察到的证据 DMARC 结果仍然明显。独立记录当前的身份验证、链验证、密封者信任和最终处理。通过本地策略接受的消息不应被重新标记为已通过不同的身份验证机制。
该玩具模型还包括带有其他有利输入的恶意内容。其过滤决定仍然驳回该案件。这是一个原始的保守政策示例，而不是规范的ARC算法或对Gmail或 Microsoft 行为的预测。第一个玩具模型不执行任何签名或验证。下面保留的实验室使用受控密钥查找记录实际的ARC加密，无需提供商交付。
保持标准状态的日期
2026 年 11 月 8 日的IETF Datatracker 检查将RFC 8617列为实验性。将ARC重新分类为历史性提案的修订版 01 是一份活跃的互联网草案，日期为 2026 年 10 月 21 日。其提案尚未完成重新分类。在做出部署决定之前重新检查这两个记录，并单独评估提供商的支持。 RFC状态 和 重新分类工作.
对于现有依赖项，在更改配置之前确定哪些可信中介和业务流实际依赖ARC 。对于提议的依赖关系，记录不确定性和替代方案。保留的证据包括真实签名的本地标头链和下面的本地信任决策模型。外部接收器部署证据仍然不可用。
保留的实验室证据
参考： RFC 8617 §5.1, RFC 8617 §5.2.
保留2026年11月7日实验室首次验证原作者的实际情况 DKIM签名 和SPF输入。它将这些结果记录在lab.forwarder.example中，附加页脚并使用 dkimpy 使用临时转发器 RSA 密钥创建真正的一套ARC链。 dkimpy 随后验证印章和消息签名。密封后附加段落会导致ARC验证失败。接收方决策代码根据配置的信任标志单独接受或拒绝有效链的资格。保留完整的签名和篡改消息以及验证详细信息。 6 条消息SMTP捕获后离线发生ARC签名和篡改；信任标志驱动单独的决策功能，而不是提供者交付结果。
对保留的赛跑者和2026年11月7日捕获的赛跑者进行了检查；本次审查没有重新运行网络实验。最初的实验仅使用环回并且不发送互联网邮件。它的接收者创建 Authentication-Results 根据其自己的检查，使这些字段具有已知的实验室来源。身份验证结果和处置保持独立：所有六个SMTP样本均在显式捕获策略下收到 250，包括失败样本。信任边界是这个受控实验室，而不是生产邮箱提供商。 DNS适配器提供保留的固定答案而不是查询公共DNS ，并且DMARC评估器仅使用严格的域相等。完整的组织域发现、生产策略解析和实时部署结果尚未经过测试。
有效的历史重分类草案建议不要在不同的发送者和接收者之间部署或依赖ARC 。这是在规划新依赖项、未完成停用或证明当前提供程序已禁用ARC时需要考虑的重要建议。在标准流程继续进行的同时，保留过时的特定于提供商的依赖性评估。