如何保护你 AI 应用里的用户数据（没有安全团队也能做到）

我们认识一位教练，她用一个 AI 应用构建器在一个周末就做出了一个客户跟踪应用。咨询记录、目标、进度回访——所有她过去记在本子上的东西，如今都可以搜索、井井有条。它好用到有两位同行也想跟着用。

就在那一刻她突然意识到：她保管的不再是自己的笔记了，而是别人记录的、关于他们的客户的笔记——健康细节、个人困扰、姓名。万一这些数据泄露，丢脸的不会是她，而是他们。

要把这件事负责任地处理好，你不需要一个安全团队。你需要的是三个习惯，以及愿意向你的 AI 构建器问几个直截了当的问题。本文要讲的，就是如何在真正重要的层面上，保护你 AI 应用里的用户数据——对一个小产品来说，这个层面才是关键。

先弄清你究竟握着哪些用户数据

大多数创客都低估了这一点。“我不过有个注册表单而已”通常意味着你手里有：

电子邮箱地址——足以拿来给人发垃圾邮件或钓鱼。
与行为绑定的姓名——他们买了什么、写了什么、什么时候登录。
用户在自由文本框里输入的一切内容——人们什么都会往备注框里塞：电话号码、病情细节、薪水、对老板的吐槽。

花十分钟，把你的应用关于一个人所存储的每一项信息都写下来。不是数据库字段，而是它对人的真实含义。“邮箱”、“他们在吃什么补剂”、“他们的教练给他们写的备注”。这张清单，就是你的责任范围。这篇文章接下来要讲的一切，都是为了让它更小、更安全。

习惯一：少收集

最省心去保护的数据，就是你压根没收集的数据。在保护任何东西之前，先把清单缩短。

把你刚才列的清单过一遍，对每一项都问：我用得上它吗？ 那位教练的应用在注册时要求填出生日期，只因为 AI 构建器的注册模板里带了这一项。她从来没在任何地方用过它。她对 AI 构建器说了一句话——“把注册里的出生日期去掉，并删除这一列”——一整类敏感数据就此消失。

应用常收集却从不使用的东西包括：出生日期、电话号码、家庭住址、性别、“你是怎么知道我们的”。如果这个月你用不上它，将来随时可以再问。但泄露出去的东西，是收不回来的。

习惯二：管好谁能看到什么

这个问题有两个版本，两个你都得过问。

**在应用内部：**一个用户能看到另一个用户的数据吗？如果你的应用有客户和教练，客户 A 有没有可能看到客户 B 的备注？我们写过一整篇关于 AI 应用中用户权限的指南，但简而言之就是：用大白话把规则描述给你的 AI 构建器（“教练只看得到自己的客户；客户只看得到自己”），然后亲自去测试它，用两个账号。以一个用户的身份登录，到处点点看，试着去够到另一个用户的数据。五分钟，两个测试账号。这一个测试，能抓出小应用里最常见的泄露。

**在应用外部：**谁能看到数据库本身？那就是你、你的 AI 构建器平台，以及任何你分享过登录凭据的人。这就引出了下面那些问题。

习惯三：向你的构建器问这五个问题

你不需要把答案理解得多透彻。你需要做的是去问，而且答案应该是底气十足的”是”。把这些一条一条粘进你的 AI 应用构建器里：

“用户密码是哈希加密存储的，还是任何人都能直接读到？” 唯一可以接受的答案里得有”哈希”这个词。如果你的应用把密码以任何人都能读的方式存储，今天就把它改了——这通常一句提示词就能修好，而且大多数现代构建器默认就做对了这件事。
“应用的连接是加密的（HTTPS）吗？” 看看你自己浏览器里的那把小锁。如果你应用的网址以 https:// 开头，这一项你就过关了。
“如果有人拿到了数据库文件，他们能读到那些敏感字段吗？” 这说的是静态数据加密。大多数托管平台会自动处理它——但还是要问，并把答案记下来。
“哪些第三方服务会接收到用户数据？” 邮件工具、分析工具、支付处理商。你不是要把它们去掉——你是要把清单补全，因为每一个握着你用户数据的服务，都是你责任范围的一部分。
“有没有备份？谁能访问它？” 备份是你数据的副本，而副本同样需要被保护。（如果你压根还没设置过备份，从这里开始。）

把这些答案存进一个文档。那个文档就是你安全态势的起点。等到第一次有客户——或者客户的律师——开口来问时，你会庆幸它的存在。

当有人说”删掉我的数据”

终归会有人这么要求，而大多数地方的法律（欧洲的 GDPR、其他地方类似的规则）规定你必须真的去执行。现在就想清楚你的答案是什么：

你能删掉一个用户以及与他相关的一切吗？在还没被截止期逼着做之前，就让你的 AI 构建器把这个加上——“做一个管理员操作，能删除一个用户和他的全部数据”。
在应用里删掉他们，会同时把他们从你的邮件工具和分析工具里移除吗？对照一下你在问题四里列的那份清单。
备份里还会留着他们一阵子。这是正常的，通常也没问题——只要你心里有数，就能诚实地说出来。

因为提前准备过，所以一天之内就能回应一个删除请求，这看起来很专业。手忙脚乱折腾两个星期，看起来就是它本来的样子。

写一个大白话的隐私页面

暂时先别管那种四千字、自动生成的法律黑话。写下五句诚实的话：你收集什么、为什么收集、还有谁会接触到它（你的邮件工具、你的支付处理商）、你保留它多久、以及如何申请删除。把它放在 /privacy，并从你的注册页面链接过去。

这不算法律建议；如果你处理的是真正敏感的数据——健康、儿童、财务——那就花钱请律师聊上一小时。但一个清晰、诚实的页面，胜过一个看起来唬人、却没人读得懂的页面，而且写它这件事本身会逼着你真正搞清楚自己的那些答案。

这道门槛比你担心的低，但也不是零

你要防的不是国家级黑客。你要防的是那些枯燥、常见的纰漏：一个没人需要却留着的数据字段、一条没人测过的权限规则、一张某人忘了哈希的密码表。在这个层面上保护用户数据并不是什么专业技能——上面每一个纰漏，都能用一句大白话提示词加一个五分钟的测试来修好。

开头那位教练，一个下午就把这一切都做完了：删掉两个没用的字段，跑了那个双账号测试（还真抓到一处泄露——客户能在一个下拉菜单里看到彼此的名字），问了那五个问题，写了她的隐私页面。做完之后，她的应用看起来没有任何不同。但当她的朋友问”这玩意儿存我的客户笔记安全吗？“时，她有了一个实打实的答案。

花上这一个下午吧。你的用户是出于信任才把数据交给你的——守护好它，看起来就是这个样子。