[ 诊断和资源 ]

域名注册和 RDAP 证据:区分所有权线索和发件人授权

将 RDAP 注册响应解释为带时间戳的线索,具有明确的隐私、角色和归属限制,而不是发件人授权。

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

[ 要点 ]

  • 注册角色不确定谁授权了消息。
  • 已编辑或缺失的信息是可见性限制,而不是不当行为的证据。
  • 保持 RDAP、 DNS控制、身份验证和业务验证证据的明确性。
在此页面上

使用注册证据来回答它可以回答的问题

域名注册记录可以提供有关注册状态、注册商关系和已发布的联系人角色的线索。它并不能证明特定电子邮件发件人已被授权使用该域、消息中指定的人控制该域或业务请求是合法的。 RDAP 响应是注册数据服务在特定时间的观察结果,其披露限制和归因不确定性应在分析中保持可见。

RFC 9083 定义注册数据访问协议的 JSON 响应,包括域对象、实体、角色、事件、通知和备注。它提供了解释返回信息的结构,但不能普遍保证每个响应都会暴露经过验证的受益所有人。本文提出了防御性证据工作表。没有查询用户域名,也没有收集个人注册信息。

区分域对象和实体角色

RDAP 域响应可以将域链接到具有服务提供角色的实体,例如注册者、注册商或管理联系人。这些角色是不同的。注册商为注册提供便利;联系人可以代表一个组织或一个服务;实体标识符不一定是自然人的身份。保留响应的实际角色标签,而不是将每个返回的名称折叠到所有者字段中。

记录查询的域、服务端点、响应时间、相关标识符以及响应提供的源链接。请注意该响应对于正在讨论的注册信息或中介的表示是否具有权威性。请勿仅从注册联系人处推断组织当前的合法所有权、邮箱控制权或请求付款的权限。这些结论需要不同的证据,并在相关的情况下进行合格的法律审查。

无需发明生命周期即可读取事件和状态

RFC 9083定义了带有操作和日期的事件结构,以及描述返回对象各方面的状态值。标记注册的日期并不自动开始当前运营商与域的关系。最后更改日期可能反映更新,但不解释更改内容。保留操作名称、时间戳和服务上下文,而不是提供每个日期作为持续所有权的证明。

同样,域状态并不确定电子邮件的可送达性或发件人授权。注册的域可能缺乏有效的邮件服务,而技术上活跃的域可以用于合法或欺骗目的。避免从一个响应中应用通用续订、兑换或删除时间表。如果生命周期时间很重要,请使用该域类的当前注册机构或注册商证据,并将其与 RDAP 字段本身明确区分开来。

将修订视为可见性限制

RFC 9537 定义 RDAP 的编辑字段扩展。它提供了一种描述扩展规则下的编辑和受影响的数据路径的方法。它的存在并不意味着每个 RDAP 服务都实现它,或者每个省略的字段都必须以相同的方式进行编辑。在解释缺勤之前,记录实际的通知、备注、分机信息和返回字段。

缺少注册人姓名并不能证明该域名缺少所有者,并且隐私或代理相关的联系人也不会自动成为邮件系统的运营商。请勿尝试绕过修订或收集隐藏的个人数据以使工作表显得完整。正确的结果可能是公共注册证据不足以证明归属。这种限制应该仍然是结论的一部分,而不是充满推测性的身份。

与DNS控制分开注册

注册、权威DNS管理和电子邮件服务运营可以属于不同方。企业可以通过一个提供商注册域名,使用另一个提供商托管DNS ,并通过多个经批准的服务发送邮件。因此,注册记录不会告诉调查员哪个帐户可以更改 SPF,哪个提供商持有 DKIM 私钥或哪个应用程序提交了特定消息。

使用授权的依赖项清单来调查这些问题,而不是注册名称快捷方式。一个 名称服务器 引用可以指示DNS托管关系,而无需识别授权管理该区域的每个人。供应商出现在 一个记录 可能反映服务安排而不是客户业务身份的所有权。本手稿未测试任何DNS控制或帐户关系。

使用电子邮件证据评估电子邮件授权

RFC 7208 使用连接 IP 地址和相关SMTP身份定义SPF评估。 RFC 9989 定义 域对齐 和政策处理 DMARC。这些机制回答了 RDAP 的不同问题。消息的身份验证结果必须根据受信任的接收者证据和实际发送路径进行评估,而不是从注册记录中推断。

即使经过正确身份验证的消息也不能证明业务请求或人类作者的意图。相反,注册不匹配或受隐私保护的联系人本身并不能证明消息是恶意的。分别说明每个观察结果:注册服务返回的内容、接收者观察到的内容以及建立的独立业务验证内容。不要将不确定的线索组合成比证据支持的更强的归因。

带时间戳的 RDAP 证据工作表

创建一个工作表,其中包含查询名称、服务 URL、检索时间和时区、响应状态、保留的响应哈希和相关对象链接。仅提取问题所需的字段:实体角色、事件、状态和通知可能就足够了。为密文、缺失信息、角色模糊性以及响应无法确定的内容添加明确的列。除非必要且获得授权,否则不要将个人联系方式纳入广泛共享的摘要中。

归因部分应区分观察、推断和独立证实。注册商名称是返回时的一个观察结果;关于谁操作发送者的理论是一个推论;经过验证的业务联系人的确认是一个不同的证据项目。此提议的工作表并未填充真实的响应。保留的 RFC 快照支持解释框架,但不满足目录的原始 RDAP 响应要求。

虚构诊断:受隐私保护的注册

虚构的分析师收到一封与供应商相关的可疑电子邮件,并看到一份注册数据摘要,该摘要未公开指定的注册人。分析师最初希望将该域名标记为欺诈域名,因为其所有权不公开。相反,拟议的审查会记录可见性限制,检查实际消息身份并通过已建立的独立验证流程路由业务请求。

如果注册服务返回与隐私相关的实体,分析人员将保留其角色,而不将其视为发送者人类身份的证明。即使请求通过业务流程被拒绝,案件也可能无法归属。此场景是虚构的:没有查询或联系任何域、注册人、隐私服务或供应商。它说明了谨慎的证据结论而不是指控。

公布结果的限制

一份有说服力的报告会说明返回的内容、返回的时间、哪些字段被保留或缺失,以及哪些结论仍然不受支持。它避免了公共联系数据的所有权确定性,并避免将隐私视为不当行为的指标。注册线索可以指导授权调查,而无需决定发件人授权。

该目录需要带有时间戳的 RDAP 响应,并注释隐私和归属限制。原始证据仍然存在。人类专家审查、来源适用性、生产路线、可访问性和所有者发布也保持开放。本草案提供了一种解释方法和虚构的练习,而不是域查找、所有权确定或完成的发件人调查。

[ 外卖 ]

使用注册数据来描述服务返回的内容,而不将其提升为所有权或发送者确定性。

[ 按角色 ]

这对您意味着什么

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

研究者

保留角色区别

注册商、注册人和联系人角色不可互换。

后续步骤

  1. 保留响应来源和时间。
  2. 将观察与归因分开。

隐私审查员

尊重披露限制

缺少公共数据并不能成为绕过修订的理由。

后续步骤

  1. 尽量减少摘要中的联系方式。
  2. 注释通知和不确定性。

邮件分析师

使用消息证据进行授权

注册数据不评估SPF或DMARC 。

后续步骤

  1. 记录实际发送身份。
  2. 独立验证后续请求。

[ 常见问题解答 ]

常见问题

RDAP 是否证明发件人拥有该域?

不。返回的对象和角色提供注册信息,而不是邮箱控制证明或某人发送请求的权限。

RFC 9083 :RDAP 的 JSON 响应

注册商和注册人是同一角色吗?

不。保留实际返回的角色,而不是将每个实体折叠到所有者字段中。

RFC 9083 :RDAP 的 JSON 响应

注册日期能否证明持续所有权?

不是靠它自己。保留事件动作和上下文;日期并不能建立当前操作员的完整历史记录。

RFC 9083 :RDAP 的 JSON 响应

缺少联系信息是否意味着欺诈?

不会。编辑或遗漏会限制可见性,并且不会构成恶意意图。

RFC 9537 :RDAP 响应中的编辑字段

所有服务都实施编辑扩展吗?

该草案没有提出这样的主张。记录实际的扩展、通知和返回的字段。

RFC 9537 :RDAP 响应中的编辑字段

RDAP可以建立SPF授权吗?

不会SPF根据其策略(不同的证据源)评估相关SMTP身份和连接 IP。

RFC 7208 :发件人策略框架

是否查询了用户域?

否。未执行任何注册查询或个人联系信息收集。

哪些原始证据仍然存在?

尚未收集带有隐私和归属限制注释的带时间戳的 RDAP 响应。

[ 来源 ]

来源

  1. RFC 9989: DMARC

    部分 §4.7 DMARC策略记录格式 · §4.8 正式定义 · §4.10 DNS树遍历 · §5.3.2 确定DMARC机制是否适用 · §4.4 标识符对齐说明 · A.6 删除 pct 标签

  2. RFC 7208 :发件人策略框架

    部分 §2.3 HELO身份 · §3.2 多个DNS记录 · §4.5 选择记录 · §4.6.4 DNS查找限制 · §5.2 包括 · §6.1 重定向 · §8 结果处理 · §2.4 MAIL FROM 身份 · §4.1 参数 · §4.4 记录查找 · §4.6 记录评估 · §5.1 全部 · §6 修饰符定义

  3. RFC 9083 :RDAP 的 JSON 响应

    部分 §4 通用数据结构 · §5.1 实体对象类 · §5.3 域对象类 · §10.2.3 事件操作 · §10.2.4 角色 · §13 隐私注意事项

  4. RFC 9537 :RDAP 响应中的编辑字段

    部分 §3 编辑方法 · §4 编辑 RDAP 响应

[ 词汇表 ]

词汇表

RDAP 域对象
RFC 9083定义的结构化注册数据响应对象。

RFC 9083 :RDAP 的 JSON 响应

实体角色
返回的关系,例如必须保留其独特含义的注册人或注册商。

RFC 9083 :RDAP 的 JSON 响应

编辑注释
描述RFC 9537扩展下保留字段的信息(已实施)。

RFC 9537 :RDAP 响应中的编辑字段

归属限制
返回的线索与有关操作员或发送者的不受支持的结论之间的界限。

企业出处

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

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

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

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

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

知识库