外部公司可以为你开发 AI 系统,而你的文档始终留在你的服务器上。它的工程师通过你掌控的账户和设备开展工作。
外部公司可以针对不得离开你公司的文档,构建并运行 AI 系统。文档留在你的服务器上,这家公司的工程师通过由你开设、也能由你停用的账户,从你掌控的设备上访问这些文档。他们在你的团队批准过的样本文档上做开发,只在你的服务器上接触真实文档。要找到能这样工作的公司,就问它的工程师以前是怎样访问客户文档的,以及项目结束时这家公司删除了什么。
简短的答案是:给每一位外部工程师一个具名账户和一台由你公司掌控的工作终端,并在终端上禁止把文件复制出去。以书面形式约定谁有访问权限、从哪个国家访问、用哪些工具,以及项目结束时每一份副本如何处置。在第一天到来之前,核实没有任何文件能被带出去;在每个人的最后一天,核实其访问权限已经取消。
可以。语言模型在哪里运行是另一个决定,上面链接的那篇关于封闭边界的文章讲的就是它。本文讲的是构建系统的人,以及他们能看到和复制什么。如果有工程师为了测试一条提示词(模型遵循的指令),把一整个文件夹的真实文档存到了笔记本电脑上,那么模型放在你自己的服务器上也起不了多大保护作用。
按照欧盟数据保护法,即便只是阅读个人数据,也算作处理。GDPR 第 4(2) 条把处理定义为对个人数据执行的任何操作,所列举的操作中就包括“查阅”,也就是查看数据。如果一家公司的工程师需要这种访问才能开展工作,这家公司通常就是你的处理者;“处理者”是 GDPR 的用语,指代表你处理个人数据的公司。第 28 条要求与处理者签订合同,或订立其他具有约束力的法律文件。
如果这家公司设在欧洲经济区之外,它的远程访问就构成数据的跨境传输,即便数据只是显示在屏幕上。欧洲数据保护委员会(European Data Protection Board)汇集了欧盟各国的数据保护机构,它在第 05/2021 号指南中明确了这一点。
这种传输需要有 GDPR 第五章规定的法律依据。其一是充分性认定:欧盟委员会据此认定这家公司所在的国家对个人数据的保护足够充分。其二是标准合同条款,即欧盟委员会于 2021 年 6 月 4 日通过的现成合同条款。在依赖标准合同条款之前,双方要按照欧洲数据保护委员会第 01/2020 号建议所述,评估这家公司所在国家的法律。
在美国,联邦贸易委员会(FTC)的《保障规则》(Safeguards Rule)适用于受 FTC 监管的金融机构,比如抵押贷款机构和发薪日贷款机构。这些机构必须采取合理措施,选择有能力保护客户信息的服务提供商,把这些保护措施写进合同,并定期检查这些服务提供商。它们还必须对“访问任何信息系统的任何个人”启用多因素认证,除非其安全负责人以书面形式批准了合理等效或更安全的控制措施。在任何外部人员获得访问权限之前,先问问你的法律顾问,这些规则中有哪些适用于你。
像给自己员工开权限那样给他们开权限,只是限制更严:
在第一位工程师开工之前,请你方的某个人用能想到的一切途径,试着把一份文档从工作终端上弄出来。凡是走得通的途径都要堵上,而且每次调整配置之后,都要把这项测试再做一遍。
很多工作并不需要真实文档。大部分代码,从读取收到的文件,到复核人员核对答案的界面,都可以在获批的样本上开发。好的样本是同类型的公开文档,以及在你的服务器上根据你自己的模板生成的虚构文档。
真实文档要用在两件事上。一是验收集:标注了正确答案的真实文档,每次发布之前都要对照它给系统打分。二是针对样本没覆盖到的情况调整系统。这两件事都在你的服务器上进行,由获准查看真实文档的人来做。
去掉姓名,并不一定能让文档变成匿名的,因为一个账号,或者一个日期加一笔金额,仍然可能指向某一个人。GDPR 序言第 26 条指出,假名化数据(姓名被替换、但借助额外信息仍可能与某个人关联起来的数据)属于个人数据。所以,在你的数据保护官确认这类样本已经匿名之前,要把它们留在你的服务器上。
运行中的系统会自己产生副本,比如日志里和搜索索引里的副本,上面链接的那篇关于 AI 试点的文章把它们一一列了出来。开发过程中由人产生的副本,则更容易被忽略:
对待搜索索引,要像对待文档本身一样。索引把每个段落存为一个嵌入向量,也就是一串捕捉了段落含义的数字,而且很多部署方案还会把段落原文存放在它旁边。研究表明,仅凭这些数字就能把文本还原出来。
在 2023 年的 EMNLP 会议上,Morris 等人报告:在长度为 32 个 token 的段落中,他们原样还原了 92%(token 指一个词或词的一部分)。他们依据的是某个开放模型生成的嵌入向量,并且可以反复查询这个模型。换成一个商用模型,或者段落更长时,原样还原的比例会更低。同样的方法从一组临床记录中还原出了 89% 的全名。
要以书面形式写明:你的文档,以及由文档产生的一切,比如搜索索引或验收集,都留在你的系统里。
在能接触你文档的设备上,只能使用你与这家公司商定的一份简短清单上的工具。拟定清单时,要问清楚它的工程师每天在用哪些 AI 编程助手和在线工具。对每一个工具都要问:它会不会把看到的代码,或粘贴进去的文字,发送给外部提供方。
如果团队想用 AI 编程助手,就把它接到你边界之内、也就是你公司所掌控的网络和系统之内的模型上。否则,就只把它装在从不接触文档的设备上。这份清单要写进合同,增加任何工具都需要你的批准。
对于欧盟个人数据,GDPR 第 28 条列出了合同必须包含的内容。其中包括:这家公司只按你的书面指示行事,每一个有访问权限的人都必须对数据保密;这家公司要采取第 32 条要求的安全措施,允许你审计,未经你事先书面许可,不得引入任何其他处理者。服务结束时,这家公司按你的选择删除或返还数据,并删除现有副本,除非欧盟或成员国法律要求它保留。
这类项目还需要在此之外再加几项条款:
本文不构成法律建议,适用于你所在司法辖区的条款由你的法律顾问起草。
工作哪天结束,访问权限就应该在哪天终止。美国标准机构 NIST 在其安全控制目录 SP 800-53 的控制项 PS-7 中,对外部人员(包括开发系统的公司)作了规定。该控制项要求你规定:凡是持有你方登录凭据或访问权限的人调去做别的工作或离职,对方公司都必须在你设定的期限内报告。
最后一天,你的团队停用账户和虚拟桌面,并收回所有由公司管理的笔记本电脑。外部工程师知道的密码和密钥,要在同一天全部更换;还要拿到这家公司的书面确认,写明它删除了哪些副本、且已没有任何副本留存。项目仍在继续、只是有一位工程师离开时,也要走同样的步骤。
请候选名单上的每家公司书面作答,并把回答放在一起比较:
amBrain 公开描述的唯一一个语言模型项目是:“我们已在一家客户的金融科技边界之内,将一项 LLM 集成投入生产:把非结构化的经纪商与交易场所通知——公司行动、金融工具与保证金变更——抽取并规范化为交易系统所消费的结构化记录。”
本文不是案例研究。客户不具名。本文并不声称 amBrain 的工程师曾在该客户的系统内部工作,也不声称该项目采用了上文的任何一种安排。本文不给出任何价格或工期。
amBrain 自 2019 年起开发软件。关于所有权,amBrain 的说法是:“客户拥有产品与代码的全部所有权,我们的可复用组件除外。”签约之前,请像对待其他任何公司一样,要求 amBrain 逐项列出这些组件的名称。
在为处理受限文档的 AI 系统引入外部团队之前,先把上面这些问题拿去问你名单上的每一家公司。
带上您当前的架构和让您担心的故障场景,我们用半小时一起梳理。