在“氛围编码”下一个应用之前，请先读读这个
“Read this before you vibe-code another app”
2106 字
预计 8 分钟
中文摘要
AI编码工具让任何人都能快速构建应用，但安全风险被严重低估。Bob Starr用AI做了网站“Boomberg”，几个月后才发现SQL注入漏洞。Jer Crane的AI编码代理直接删除了生产数据库。Joe Procopio的演示应用被黑客入侵。安全专家指出，当个人应用转向处理他人数据（如医疗、财务记录）时，安全标准必须提高。Wiz安全公司发现一个完全由AI构建的社交网络Moltbook，其生产数据库完全暴露，泄露数万封邮件和私信。Red Access发现约5000个公开的AI编码应用没有认证，近2000个泄露敏感数据。AI工具如Claude Code有安全审查命令，但需要用户主动触发；OpenAI的Codex有内置安全代理，但面向专业开发者。OWASP发布了AI安全验证标准，Trail of Bits推出安全技能包，但恶意技能也存在。1Password发现最流行的OpenClaw技能包引导用户安装恶意依赖。专家建议：本地运行比公开部署安全得多；部署前必须思考数据敏感性和威胁模型；每次变更后运行代码审查；敏感数据应用应请专业安全工程师审计。
核心论点
- AI编码工具让非开发者也能构建应用，但安全风险被普遍忽视。
- 个人应用一旦处理他人数据（医疗、财务、内部文档），安全标准必须与商业软件相同。
- AI编码代理缺乏自动安全检查，用户需主动提示安全审查。
- 大量AI编码的应用缺乏认证，导致敏感数据直接暴露在公网。
- 安全技能包（skills）可增强防护，但恶意技能也可能引入新风险。
反方视角 / 盲点
- 文章未讨论AI编码工具本身的安全漏洞（如提示注入导致代码被篡改）。
- 未提及独立开发者如何低成本进行安全测试（如使用开源扫描工具）。
- 未深入分析平台（如Chrome Web Store）对AI编码应用的安全审核责任。
对科技从业者的启示
作为中国独立开发者，此类浏览器扩展和桌面应用如果使用AI编码，必须主动加入安全审查步骤。
- 在开发流程中强制加入AI安全审查命令（如Claude Code的/security-review），并定期运行
- 部署前仔细检查认证和权限配置，避免将本地应用直接暴露到公网
- 对于处理用户数据的SaaS产品，即使代码是AI生成的，也应考虑聘请安全审计或使用OWASP标准自检