Vibe coding 造了 15.9 万个应用，2.4 万个数据库正在裸奔

Vibe coding 的“宿醉”来了。11 月 2 日，德国安全公司 Crissy Field 和《商报》（Handelsblatt）公布了一次扫描：159,041 个用 Lovable 搭建的项目里，有 24,664 个用 Supabase 做后端的站点，正在把数据库记录直接暴露给匿名访客——护照号码、付款记录、合同、发票，还有 20 多万条私人聊天记录。按比例算，每 6 到 7 个被扫到的 Lovable 应用里就有 1 个在裸奔。

这不是个案。安全公司 UpGuard 另一次扫描发现，约 30 万个域名里有 16,326 个 Supabase 数据库存在可读表泄露，涉及美国代客泊车、加拿大移民公司等真实个人信息；还有一个编号 CVE-2025-48757 的漏洞，影响 170 多个 Lovable 应用，攻击者不用登录就能整表拖走用户列表和 API 密钥。

问题出在哪？出在人和机器建数据库的方式不一样。人用平台面板建表，行级安全（RLS）这类开关常常默认就是开的；AI agent 写原始 SQL 迁移建同一张表，RLS 默认是关的。Agent 优先把功能跑通，安全配置被系统性地跳过了——同一个错误，以工业规模重复了几十万次。Databricks 的《State of AI Agents》报告说，Neon 平台上约 80% 的新建数据库来自 AI agent；Supabase 的 CEO 也说，自家平台这个比例约 70%。写数据库的人已经换了一大半，默认规则却还按“写代码的是人”来设计。

平台侧已经在补。10 月 30 日，Supabase 改了默认策略：新表不再自动对匿名和已认证角色开放访问，想访问必须显式写授权。11 月 6 日，基础设施公司 Constructive 发布了开源工具 Safegres：只读审计线上 PostgreSQL 的安全配置，用确定性解析而不是“AI 评委”来判断，跑 30 多项安全检查和 10 项性能检查，能接进 CI/CD 当硬门禁——查出缺 RLS 或授权过宽，就生成机器可读的报告，让 coding agent 自己读回去打补丁。

我的判断是，这件事和本轮第 2 篇 SMFL 的故事正好是一体两面：同样是 vibe coding，个人在裸奔，企业在建护栏。分水岭不在“用不用 AI 写代码”，而在“写完之后有没有一道独立的验收关”。对正在 vibe coding 的读者，自查清单就三条：第一，每张表确认 RLS 开了没有，别只看“功能跑通了”；第二，匿名角色能读到什么，亲自用无登录状态点一遍；第三，把 Safegres 这类审计接进提交流程，让机器去验机器写的配置。速度是 vibe coding 给你的，安全是你自己要补的那道工序——别等到被扫出来才补。

边界：24,664、16,326、CVE-2025-48757 等数字来自 BriefGlance 对 Crissy Field/Handelsblatt 与 UpGuard 扫描的转述，非我方实测；Safegres 11 月 6 日刚发布，尚无独立评测；Supabase 的默认策略改动只覆盖 10 月 30 日之后的新表，老表仍需手动处理。