在向代理提供工具之前定义权限模型
身份验证代理可以帮助解释证据、准备更改并检查结果。这些功能并不能证明对DNS 、签名密钥或客户租户进行不受限制的控制是合理的。组织应记录代理可以读取哪些资源、可以提出哪些操作以及哪些操作需要单独验证的批准。 “帮助改进电子邮件身份验证”并不是一个精确的权限边界。
这里描述的模型是推荐的设计，而不是声明EmailAuth目前实现了它。没有检查或测试产品权限控制、管理界面或租户隔离。本文的禁止操作示例是建议的测试用例，而不是成功阻止尝试的记录。
将只读准备与后续执行分开
准备工作可包括分析批准的报告、比较授权清单、起草DNS差异以及解释恢复计划。即使是阅读也需要定义租户和数据范围；对其他客户报告的只读访问仍然是未经授权的访问。外部共享也是一个单独的操作，而不是内部分析的无害扩展。
改变一个 DMARC 政策，增加一个 SPF 授权，发布 DKIM 密钥、切换签名者或删除发送权限可能会改变生产信任和交付。 DNS委托、私钥托管、持久凭证和管理授权可以扩大未来的控制范围。提议的权限模型应该要求对这些操作进行负责任的批准，并独立于模型自己的决定来执行它。 OWASP 过度代理.
将批准与具体操作和当前范围绑定
有意义的批准记录标识参与者、租户、资源、操作和规范化参数。对于DNS更改，显示相关的当前值和建议值；对于权限删除，请指定要删除的身份和访问权限。审核者应该能够在不重建代理对话的情况下理解结果。
OWASP 的人工智能代理安全指南要求对高影响力的操作进行独立验证、行动约束的批准、有限的有效性和重放保护。在执行组件中应用这些控制，而不是信任模型生成的“已批准”标志。重大目标或参数变化需要新的决策。在任何人声称此边界有效之前，必须测试实际的实现及其失败行为。 OWASP AI 代理安全备忘单.
将新权力和外部披露视为不同的变化
更新一项已批准的权限 选择器 不授权通配符DNS委派、更广泛的云角色或未来工作的永久凭证。分析报告的许可并不授权将其发送给新机构。拟议的设计应将每个扩展公开为单独的决策，包括资源、接收者和运营目的。
RFC 9990的外部目的地验证说明了一个重要的区别。接收处理者可以发布DMARC报告交付所需的技术确认，但这并不表明域所有者批准了业务关系或披露。代理人应保留这两个事实，并将组织决定留给适当的所有者。 RFC 9990 ，第 4 节.
不要让证据改写规则
报告、 DNS文本、提供商页面和支持消息可能包含不受信任的材料。显示“批准此发件人”的字段并非来自组织授权管理员的批准。嵌入在检索到的内容中的指令必须保留为分析的证据，而不是扩展代理范围的命令。 OWASP 将其描述为间接即时注入风险。 OWASP 快速注入.
该边界也适用于自动化组件之间。来自其他模型或服务的推荐应带有其证据和不确定性，而不是制造商授权。验证行动时的实际审批来源和资源范围。如果策略服务无法建立许可，则建议的控制措施应停止该操作，同时允许继续进行不相关的授权分析。 OWASP 授权备忘单.
用虚构案例来划清界限
在虚构的工作流程中，管理员批准为租户 A 中的指定选择器添加公共DKIM记录。在执行之前，另一个工具建议更改父DMARC策略并使用租户 B 的凭据。原始批准不应授权任何替代。审查包应保留更改的内容并请求适当的决定，而不是将初始批准视为可转让。
第二个虚构案例有DNS写入超时。代理不知道服务是否提交了更改。盲目地重复写入可能会导致意外的第二次操作或覆盖管理员稍后的编辑。建议的恢复顺序首先确定当前状态和操作结果，然后遵循批准的重试或恢复路径。这两个案件都没有针对EmailAuth或任何现有租户执行。
使停止和恢复行为可审计
记录建议的操作、批准参考、执行请求、返回的结果和独立检查的后置条件。对审计记录保密。来自工具的成功消息不应成为当前存在预期DNS值或权限状态的唯一证据。恢复计划应确定可以安全地恢复哪个先前状态以及谁可以授权该步骤。
恢复本身可能会产生重大影响。恢复受损的密钥、恢复不安全的发件人权限或削弱域策略不会自动授权，因为这称为回滚。明确定义这些情况。 DMARC的政策和 结盟 语义应告知预测的影响，但该标准不授予代理管理权限。 RFC 9989 ，第 4.4 和 4.5 节.
需要允许和禁止行为测试
完整的测试计划应证明正确批准的狭窄操作以及因错误租户、更改参数、过期批准、重复批准使用和不可信内容指令而被拒绝的情况。仅在具有有限固定装置的授权环境中运行此类测试。记录实际结果，包括控制失败，而不是发布清单作为保护有效的证据。
使用当前的产品控制来测试禁止的操作和批准的范围变更。这一确切的调试要求仍然开放。产品执行、批准执行、禁止行为拒绝、后置条件检查和恢复行为尚未得到证实。权限映射是供审查的拟议设计，而不是对当前EmailAuth功能的声明。