任何人都可以检查公共认证记录。该能力不得授予对客户报告或管理控制台的访问权限。域加入流程需要权威证据、定义的范围以及在关系发生变化时撤回访问权限的方法。
定义声明的含义
区分DNS的合法所有权、控制权、代表客户的授权以及使用服务的许可。 DNS质询可以证明对 一个记录 在某个时间点。它本身并不建立法定所有权、申请人的就业或对每个子域和相关客户帐户的权限。
对于MSP，通过客户协议和指定联系人确认请求组织和授权。记录确切的域、租户、用途和请求的访问权限。对于争议或转让，使用独立的客户审批路径。不要仅仅因为租户声明相同的域就自动合并租户。
绑定和限制挑战
说明性设计提出了与一个域、租户、索赔人和到期日相关的不可预测的挑战。检查预期的权威证据，保留观察时间，使用成功后挑战无效。避免接受来自其他域或之前的登录尝试的令牌。这是推荐的设计，而不是有关EmailAuth实现的协议要求或声明。
在开始索赔之前需要经过身份验证的身份，然后独立授权每个后续访问。 OWASP的授权指导 要求对每个请求进行默认拒绝和权限检查。成功的域验证应仅建立明确批准的权限，而不是对不相关租户或历史报告档案的管理权限。
测试正当主张和对抗性案例
假设一个新机构可以发布所请求的DNS质询，但寻求访问为前一个机构收集的报告。 DNS观察支持该记录的当前控制；它不授权访问先前租户的档案。保留存档访问权限，直到客户通过经过验证的独立路径批准特定数据和收件人。
在到期后和成功使用后，在错误的租户下单独测试其他有效的挑战。在这个提议的设计中，这些情况应该被拒绝，而有效的范围声明应该继续进行单独所需的权限和许可检查。这些是假设的预期决策，不是提供的令牌、 DNS观察或执行的测试。在批准的测试环境中验证真实的挑战生成、权威查找、缓存和服务授权。
明确处理转移和撤销
域名出售、代理机构变更和员工离职需要采取不同的行动。冻结有争议的变更，同时通过经过验证的联系人检查权限。保留新旧索赔证据，而不会将前客户的报告暴露给新索赔人。新的DNS控制器不应自动继承历史租户数据。
撤销服务层的访问权限，包括活动会话、后台作业和适用的范围凭据。删除DNS质询并不能替代撤回权限。单独审查任何正在进行的数据收集，以便被撤销的用户无法继续导出或接收报告。
接受正确的证据
仅当权限检查、范围批准、身份配置和负面访问测试完成后才关闭入职。记录谁批准了该关系以及授予了哪些访问权限。在重大所有权或服务发生变化后重新验证。强大的验证过程会产生有限的授权决策和可恢复的审核历史记录，而不是一个人永远拥有某个域的永久声明。