企业 RAG 的权限应该在哪一层过滤？怎样避免缓存和引用泄露？

实现与取舍

代码示例

同租户、授权文档候选查询（SQLite）

可在新建 SQLite 数据库执行完整脚本。固定身份仅方便复现；真实应用不得信任模型或前端提供的身份条件。

CREATE TABLE documents (
  id INTEGER PRIMARY KEY,
  tenant_id TEXT NOT NULL,
  title TEXT NOT NULL,
  content TEXT NOT NULL
);
CREATE TABLE document_acl (
  document_id INTEGER NOT NULL REFERENCES documents(id),
  principal_id TEXT NOT NULL,
  PRIMARY KEY(document_id, principal_id)
);
INSERT INTO documents VALUES
  (1, 'tenant-a', '研发规范', '只供研发组读取'),
  (2, 'tenant-a', '财务预算', '只供财务组读取'),
  (3, 'tenant-b', '外部租户', '不属于当前租户');
INSERT INTO document_acl VALUES
  (1, 'group-dev'), (2, 'group-finance'), (3, 'group-dev');

-- 演示中固定可信身份；生产应用使用绑定参数和服务端有效主体集合。
WITH trusted_identity(tenant_id, principal_id) AS (
  VALUES ('tenant-a', 'group-dev')
)
SELECT d.id, d.title
FROM documents d
WHERE EXISTS (
  SELECT 1 FROM trusted_identity i
  JOIN document_acl a ON a.principal_id = i.principal_id
  WHERE a.document_id = d.id AND i.tenant_id = d.tenant_id
)
ORDER BY d.id;

预期输出

1 | 研发规范

工程推演

场景

假设工程场景：财务和研发都询问“本月预算”，网站为相同问句复用答案缓存。

设计决策

服务端生成身份过滤；缓存绑定权限摘要；引用读取重新校验；权限变更触发缓存失效。

验证目标

预期行为：研发无法获得财务文档或其摘要，撤权后旧答案不再被复用。

适用边界

SQL 只演示筛选关系，不包含认证、向量搜索、权限同步或数据库级行权限。

易错点

• 让模型自己生成 tenant_id 或授权组
• 只过滤最终答案，重排和上下文已含私有资料
• 仅用问题文本做跨用户共享缓存键

参考资料

依据公开技术资料设计；参考资料支持技术机制，场景与评分标准为本站设计，不代表某公司面试原题。 新增问答与迁移案例用于原理讲解，来源核查与案例运行验证分别记录。

• Azure AI Search：安全过滤模式与身份边界
• Azure AI Search：向量过滤模式及召回影响
• OWASP：RAG Security Cheat Sheet

检查自己理解到哪一步

读完后可以对照这些标准解释原理、边界和取舍。掌握程度由你自评；需要进一步验证时，再完成下方小任务。

基础达标

检索与读取均基于可信用户身份。

中高级信号

权限覆盖召回、重排、引用、历史上下文和缓存。

资深信号

能处理撤销传播延迟、派生数据和旧 Checkpoint 恢复。