AI助手如何绕过伦理墙？摘要泄露成律所新风险

律所使用“伦理墙”（Ethical Walls）隔离利益冲突已有数十年历史：当某位律师被屏蔽在特定案件之外时，文档管理系统会阻止其打开相关文件。这种控制措施经过长期验证，在用户界面层面执行得相当可靠。然而，当AI助手接入文档管理系统后，风险的位置发生了根本性转移。

风险转移：从文件浏览器到AI摘要

被屏蔽的律师不再需要直接打开受限文档，就能获取其中的内容。他们可以向AI助手提出一个宽泛的问题，例如“我们最近SaaS交易中标准的赔偿条款立场是什么？”如果助手背后的检索层搜索了该律师无权查看的案件，那么答案就可能通过摘要、片段或引用，将受限内容带回给提问者。

整个过程没有人打开受限文件，界面完全按设计运行，但伦理墙依然被泄露了。这种泄露路径隐蔽且难以察觉，因为传统的访问控制审计通常只关注文件打开记录，而不会追踪AI生成的摘要内容。

MCP（Model Context Protocol） 是 Anthropic 于 2024 年底推出的一种开放协议，旨在为 AI 助手与外部数据源、工具之间建立标准化的连接方式。在律所场景中，MCP 允许 AI 助手以统一接口访问文档管理系统、案件数据库等后端资源。其核心架构包括客户端（AI 应用）与服务器（资源提供方），服务器负责暴露资源与工具，客户端负责调用。关键风险在于：MCP 服务器端的权限校验逻辑若未针对每次调用独立执行，而是依赖连接建立时的静态凭证，则可能绕过文档系统原有的伦理墙控制。因此，评估 MCP 集成时，必须确认权限检查发生在服务器端每次检索请求的上下文中，而非仅靠连接初始化时的身份验证。

三个关键测试点

如果律所通过MCP或其他集成方式将AI工具连接到文档系统，在依赖它之前，有三项检查值得执行：

1. 伦理墙是否在每次检索调用时都强制执行？ 权限检查必须发生在助手搜索的位置，而不仅仅是在人工浏览的界面。
2. 是否覆盖片段和引用，而不仅仅是完整文档？ 搜索结果中两行的摘录同样是信息披露。
3. 会话携带的是谁的权限？ 如果连接由管理员一次性设置然后共享，每个用户都会继承管理员的视图。

一个简单的测试方法是：以被屏蔽在某案件之外的律师身份登录，向助手提出该受限案件能够很好回答的宽泛研究问题，然后仔细阅读引用来源。

检索层（Retrieval Layer） 指 AI 助手在生成回答前，从文档库中搜索并提取相关片段（如向量检索、关键词匹配）的中间环节。传统文档系统的访问控制通常在应用层（如文件打开界面）执行，而检索层可能直接与数据库或索引交互，绕过应用层检查。在律所环境中，检索层必须继承并执行与界面层相同的权限规则——例如，当律师被屏蔽在特定案件之外时，检索层不应返回该案件文档的任何片段或引用。测试时应关注检索 API 是否在每次查询时动态校验用户身份，而非仅依赖索引本身的数据隔离。

为什么现在就该行动

伦理墙的存在是为了处理利益冲突和客户保密。一道在界面中有效但在AI助手中失效的墙，并不是部分有效的控制措施。从客户的角度看，这就是一次泄露。而且，在测试中发现问题的成本，远低于在利益冲突审查中才发现问题的代价。

据FusionAL创始人Jonathan Melton观察，AI代理和MCP工具在接入受监管系统时的权限配置问题正变得越来越突出。他建议律所在部署AI助手前，务必验证检索层的权限执行逻辑是否与界面层保持一致。

对于法律行业而言，AI带来的效率提升没跑了，但安全边界必须同步延伸。伦理墙的完整性不再取决于文件浏览器，而取决于每一次AI检索调用背后的权限校验。