服务提供商的身份验证代理可能为许多客户工作，但每个操作都应该有一个经过验证的客户上下文。提示中的客户名称不是访问控制决策。将会话和作业绑定到受信任应用程序识别的租户，然后通过检索、提议、批准、执行和证据存储携带该身份。
建立客户边界
在入职期间，获取批准的域清单和客户管理员对所请求服务的权限。记录稳定且唯一的租户标识符，而不是依赖于类似的显示名称。在授予访问权限之前，请验证DNS区域和报告目标是否属于预期范围。
使用客户范围的凭据或同样可执行的下游授权机制。具有广泛访问权限的中央服务身份需要在每次资源查找时进行可靠的检查。 OWASP 描述了通用特权身份访问相关用户上下文之外的资源的风险。 OWASP LLM06.
将证据分开保存
将租户范围应用于报告存储、搜索索引、缓存、对话上下文和导出的文件。在证据到达模型之前限制检索。如果其他客户的材料已经进入工作环境，那么从最终答案中过滤掉其他客户的材料就太晚了。日志也需要访问控制；共享的调试仪表板可能会击败其他谨慎的分离。
两个客户共享的 IP 或提供商名称不允许加入他们的私人证据。将公共基础设施事实与客户特定的帐户所有权、服务活动和联系人分开记录。相似的域名后缀或共同经销商不会使两个租户成为一个授权边界。
跟踪已撤销授权中的排队作业
假设在客户 A 的有效授权下创建了一个作业，然后访问管理员在执行前撤消了该授权。执行者必须重新检查当前权限，而不是依赖于先前的会话。如果缓存还包含具有相同短名称的客户 B 的记录，则查找范围必须保持在 A 范围内；共享的基础设施和相似的名称不能成为检索 B 的私人证据的理由。
这些是假设的边界情况，而不是经过测试的连接器或提供的操作手册。为范围批准、运营变更、独立访问审查和离职分配不同的职责。为实际部署定义可衡量的接受条件，包括允许的 A 请求和拒绝的 B 请求、撤销的排队作业以及适当范围的缓存检索。在实际测试相关路径之前，请勿声称零跨租户风险。
检查作业和会话
将批准与租户绑定并在执行时验证相同的身份。不要让模型从自由文本客户名称中选择要使用的凭据。当排队作业运行时重新检查授权；补助金可能在职位创建后被撤销。过期或转移的客户关系需要显式处理，而不是继承的访问权限。
使用故意相似的客户名称、重叠的提供商 IP、重复使用的记录名称和来自不同租户的缓存答案进行测试。包括允许的客户读取，以便测试证明范围内的访问，而不是全局禁用的连接器。上面的假设示例不执行任何这些部署测试。在评估时保留实际的请求上下文、授权决策和观察到的效果。
干净利落地关闭关系
离职应停止新工作、撤销访问权限、处理排队的工作并应用商定的证据保留流程。通过责任系统确认每一个动作。保留解释适用协议下的先前工作所需的最少审核历史记录。不要仅仅因为代理可能需要回答稍后的问题而自动删除证据或保留无限期的访问权限。