用AI做的网站敞着大门：8万人的资料、一千多份护照号，不用登录就能看？！

一句大白话，就能让 AI 给你生成一个能用的网页。德国安全公司 Crissy Field 和德国《商报》合作，用开放网页存档 Common Crawl 定位了 159,041 个用 Lovable 做出来的项目（发布于 2025 年 12 月到 2026 年 9 月），其中 34,545 个用 Supabase 存数据。研究者先看网页一打开时自己交出了什么，再用页面交给浏览器的同一把接口密钥，多发了几次只读请求——结果 24,664 个网站在打开时就返回数据库记录，不需要登录，也不需要任何操作。再往下翻，在 7,403 个网站的 10,560 张表里找到了带邮箱地址的记录。1

研究者列举的案例里，最扎眼的是这些：一个德语生活论坛暴露了 8 万多份用户资料（姓名、邮箱、生日、性别），以及 20 多万条聊天消息；多家活动主办方和餐厅暴露了数万条票务与餐饮销售记录，里面有邮箱、电话、邮寄地址、付款信息和票号；一家物业管理公司暴露的是内部邮件的 AI 摘要，涉及租户、业主和商业伙伴；一家服务商的数据库里躺着 1000 多份含护照号、有效期、国籍的身份资料。此外还有数万份合同、发票、私人相册、内部 WhatsApp 通讯，其中一家服务商发给客户的 28 万封邮件可以被读到。1

原因不是 Lovable 被黑客攻破，而是 Supabase 数据库的行级安全（Row Level Security）规则缺失或没配置——接口默认就把数据交出去。研究者强调，他们只用了网站向每个访客开放的那点权限，没有暴力破解，也没公布具体访问方法。麻烦在于 Lovable 的数据库集成遵循同一套重复模式，在一个应用上管用的手法，换个应用几乎不用额外费劲。Lovable 对研究结果的回应是：这是一个已知的、行业范围内关于 Supabase 使用的配置问题。光今年，安全公司 UpGuard 检查了约 30 万个有 Supabase 迹象的域名，其中 16,326 个数据库的表可以从外部读取。23

有几个数字要分开看。研究者自己说明，那 30% 不是确认的泄露率：邮箱可能是公开的联系邮箱或测试数据，而不含邮箱的个人记录这套方法也查不到；样本来自公开存档，不代表全部 Lovable 应用，研究也只下载了数据集的一部分。那 2 万多个网站里，有一部分数据本来就是对外公开的。Lovable 在 2025 年底上线的自建数据库功能没有纳入这次检查。研究者也确认不了这些数据是否已经被滥用。8 万多份资料和 20 多万条聊天记录来自同一个论坛，1000 多份身份资料来自另一家服务商，两个数不能加在一起。1

对普通用户来说，要留一句心眼的地方在这里：你今天填进一个 AI 花几分钟做出来的报名表、活动页，你的姓名、电话、付款信息就存在别人的数据库里，能不能被看到，取决于这个做页面的人有没有把权限配好。而你把话交给 AI 对话平台时，同一个问题换了个问法——平台和模型能不能读到你的原话。各类内容都可以发送给国内首个加密 AI 对话平台墨镜熊；对话内容全程加密保护，平台与模型都无法访问用户的明文数据。