[ 代理自动化 ]

身份验证代理审计跟踪:保留输入、建议和批准

创建审计跟踪,将观察到的证据与确切的建议、批准、尝试的操作和验证结果联系起来。

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

[ 要点 ]

  • 创建审计跟踪,将观察到的证据与确切的建议、批准、尝试的操作和验证结果联系起来。
  • 连接输入、建议、权威、尝试和验证;哈希链无法保护自己免受可以替换每个链接的编写者的侵害。
在此页面上

代理审核跟踪应该回答一个实际问题:为什么在这个确切的客户环境中发生这个确切的操作?仅保存聊天记录会留下空白。简洁的结构化记录可以将代理人使用的证据、审核者看到的提案、批准权限和实际实施的结果联系起来。

将决策记录为单独的事件

分配稳定的变更 ID。记录输入检索时间、租户、源标识符和相关证据哈希值。将建议及其陈述的不确定性与建议的机器可读差异分开保存。如果需要重现推理环境,请包括模型或工作流程版本,而不声称重新运行模型将产生相同的散文。

记录批准身份、范围、到期日和确切的提案哈希值。然后记录执行尝试、后端响应、前后观察、验证结果和任何回滚决策。拒绝的操作很重要:即使没有发生写入,尝试的错误租户操作也可能会暴露缺陷。

绑定链而不夸大哈希值

提议批准记录可以绑定提议的摘要,其中包含租户、区域、记录名称、记录类型、操作、前值、后值和修订。可信审批服务必须确定谁批准了它;单独的哈希值无法验证批准者的身份。不要让报告文本或模型自己的输出创建批准事件。

OWASP 建议限制代理权限并独立控制高影响力的操作。这里的审计设计是该原则的原始操作应用,而不是规定的 OWASP 事件模式。 OWASP LLM06.

重建假设的失败结果

认为 一个记录 包含五个事件:输入检索、提议、批准、写入尝试和验证。最终事件报告授权DNS观察与预期值匹配,但代表性消息未达到要求 结盟 查看。分别记录配置观察和失败消息后置条件。批准或成功的写入响应都不会结束失败的结果。这些是假设的事件,而不是生成的日志或实际测试。

哈希链接事件设计将前一个事件的摘要存储在每个下一个事件中。改变一个事件而保持后面的链接不变可能会揭示验证的不一致。能够重写整个链的参与者可以重新计算这些链接,因此设计本身并不是不可变的证据。保护独立检查点或等效完整性控制、单独访问并保留来源。这里不执行哈希链测试或防篡改基准。

保留有用的证据而不收集所有东西

储存解释该决定所需的最少原材料。身份验证报告和电子邮件样本可以包含个人或客户敏感信息。将私钥、令牌和凭证保留在日志之外。使用证据引用,而不是将完整消息复制到每个事件中,并对原始摘要和派生摘要应用访问和保留控制。

审核者应该能够判断观察结果是否来自权威DNS查询、递归缓存、提供商 API 响应或综合测试。标记环境和证据类型。缺少输出是未知结果,而不是成功的验证。

使审查和恢复成为可能

包含用于重试的相关 ID,以便超时看起来不像是第二次独立更改。在重试不确定的写入之前,请读取当前状态并协调第一次尝试是否执行。记录协调决定。保护审计路径免受可以提出更改的同一代理的影响,并测试如果日志记录不可用会发生什么情况。对于敏感的更改,在执行之前停止可能比创建不可审计的结果更安全。

[ 外卖 ]

连接输入、建议、权威、尝试和验证;哈希链无法保护自己免受可以替换每个链接的编写者的侵害。

[ 按角色 ]

这对您意味着什么

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

IT/邮件管理员

关联每次尝试

将后端结果与预期的差异连接起来。

后续步骤

  1. 保留之前和之后的状态。
  2. 记录否认。
  3. 协调不确定的写入。

CISO / SecOps

保护审计机关

将证据完整性与提议代理人分开。

后续步骤

  1. 限制日志突变。
  2. 保护外部检查点。
  3. 设置保留控制。

创始人/非技术人员

要求一个可解释的结果

变更记录应该告诉企业实际发生了什么。

后续步骤

  1. 检查未解决的故障。
  2. 分配证据所有权。
  3. 保持审批身份清晰。

[ 常见问题解答 ]

常见问题

聊天记录就够了吗?

通常不会。在稳定的变更 ID 下链接结构化证据、提案、批准、执行和验证。

提案哈希是否可以识别批准者?

不可以。可信认证和授权必须建立批准身份。

哈希链接的事件轨迹本质上是不可变的吗?

不会。重写整个链可能会隐藏篡改,除非有外部完整性控制来保护它。

是否应该记录被拒绝的尝试?

是的。他们可能会揭露不正确的租户范围、过时的提案或超越权限的企图。

成功执行是否会结束变更?

不可以。验证必须评估预期结果和任何未解决的故障。

日志应该包含签名密钥吗?

不可以。不要让私钥和凭据受到审计跟踪。

超时写入应该如何重试?

首先协调实际状态及其是否执行,然后应用授权的重试决策。

假设的最终事件表明了什么?

假定的DNS观察结果与提议匹配,但所需的消息对齐检查失败,因此验证仍然失败。不提供实际的事件日志。

[ 来源 ]

来源

  1. OWASP LLM06 过度代理

    部分 预防和缓解策略

  2. NIST SP 800 128 配置管理

    部分 §3.2 识别和实施配置 · §3.3 控制配置更改 · §3.4 监控

  3. RFC 9989 DMARC

    部分 §4.4 · §5.3.5 · §5.4 · §7.4 · §11

[ 词汇表 ]

词汇表

相关ID
链接相关请求、重试和观察的标识符。
篡改证据
一种机制,可以显示保留数据的某些更改,但不一定要阻止它们。

企业出处

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

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

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

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

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

知识库