跳到正文
SGSteven Guan

原子概念

身份、租户与授权边界

授权主体来自服务端凭证,并传播到每个工具和数据访问点。

要解决的问题怎样防止模型替用户扩大访问范围?

检索别名:RBAC · ABAC · 租户隔离 · IDOR

BLUEPRINT局部蓝图

01 输入

  1. 已验证主体
  2. 资源与动作
→

02 处理机制

  1. 传播最小scope
  2. 执行点授权
  3. 记录策略与版本
→

03 输出与证据

  1. 允许或拒绝
  2. 审计决定

谁在行动

每次请求从服务端验证的token或会话取用户、租户、角色和项目范围。工具参数里出现user_id只是资源选择输入,不能覆盖已验证主体。Agent定义、Session、Task和Run分别引用授权上下文;子Agent委派只能缩小范围,不能因为换了执行单元获得新权限。

三层检查

入口校验用户能否创建任务,工具/API校验每个动作与资源,数据库或数据服务执行最终行级/对象级限制。前端隐藏按钮提供体验而非安全边界。检索必须在候选进入reranker和prompt之前过滤,避免仅在最终回答时遮盖已泄漏内容。

动态权限与执行点

长任务不能只在启动时检查一次。写操作在实际调用点重新确认策略、资源版本、审批有效期和执行租约;高风险读也需处理撤权。把策略版本、授权决定和请求hash记录在事件中,便于解释当时为什么允许。

验证

用同一问题、相似文件名和不同角色建立对照,检查候选、工具结果、摘要、日志和产物都没有跨租户信息。再在运行中撤销权限,确认后续调用停止,已生成候选被标记需复核。缓存键若缺tenant、ACL版本或scope,即使数据库本身正确也可能绕开隔离。

RELATIONSHIP MAP

与其他节点的关系

箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。

PRIMARY SOURCES

来源与阅读边界

来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。

  1. MCP:Security best practices ↗官方文档 / 声明