当你的智能体调用另一家公司的智能体时——谁在真正验证握手？

构建一个多智能体系统，其中我们内部的一个智能体需要调用第三方供应商的智能体来触发订单履行。集成工作很简单。阻止我的是一个我找不到干净答案的问题：当我们的智能体调用他们的智能体时，每一方都有自己的认证层——我们验证我们颁发的令牌，他们验证他们颁发的令牌。但没有人独立验证它们之间的握手。具体遇到了三种故障模式，我无法看到如何通过任何一方的现有认证来捕获：1. 我们的智能体拥有一个作用域为 read_order 的有效令牌。它请求在供应商系统上执行 execute_payment，声称继承自之前步骤的权限。供应商的认证系统验证“这是来自可信颁发者的真实令牌吗？”——是的——但从不检查该令牌是否实际具有支付操作的作用域。2. 请求链从未经验证的用户输入（自由文本表单提交）开始，通过我们的智能体，到达供应商的智能体时看起来像一个内部已验证的请求。双方的认证都无法看到完整的链历史。3. 供应商的智能体已注册且可信。但一个声称来自我们这边的请求实际上是通过供应商的智能体将调用反弹回内部——这是一种跨组织的 CONFUSED_DEPUTY。双方各自的认证系统都通过了。你在实践中遇到过这种情况吗？你是如何处理跨组织智能体调用验证的？你是在协议层面（A2A/MCP）、在应用层解决的，还是暂时将其视为已知差距？不是想找产品推荐——真诚地想知道这是否是其他人遇到过的真实操作问题，还是我想得太复杂了。