安全底线不商量

凭证不进上下文、AI 代码漏洞高发、敏感代码上生产前专门审。安全是 vibe coding 的硬约束。

vibe coding 的诱惑是"快"，代价也往往藏在"快"里：AI 生成的代码漏洞高发，一旦涉及凭证、权限、用户数据，安全就不是"以后再说"，而是必须当下拦住的底线。

读完你能回答：

• AI 生成的代码，为什么尤其容易有安全坑？
• 哪些安全的底线是"不商量"的？
• 上生产前，代码至少要过哪一道安全审查？

AI 代码为什么漏洞高发

• AI 擅长模仿常见写法，也常照抄有漏洞的"流行写法"
• 它不一定意识到上下文里的安全约束（权限、环境污染、边界）
• 生成快 → review 更容易被跳过 → 漏洞跟着上线 vibe-report

数据上的信号：大量 AI 产出代码在安全扫描里命中问题。快，恰恰放大了"没人看"的风险。

不商量的底线

至少这几条，永远别妥协：

• 凭证不进上下文：密钥、token 走环境变量/密管，绝不写进规则文件、知识库或会话
• 输入永远校验：用户输入不信任，AI 生成的接口也不跳过鉴权和校验
• 权限最小化：AI 让跑命令/调接口，给最小所需范围，别给全量
• 敏感数据双人审：涉及钱、个人信息、权限的改动，人必须专门审过

上生产前的安全审查

• 敏感代码（鉴权、支付、数据处理）专门审，不是顺带扫一眼
• 跑安全扫描/静态检查，把"高危"当必须修
• 高危动作（推保护分支、动生产、删库）机器拦住，不靠提醒

快和安全不冲突

• 快的是"生成"，该快
• 慢的是"审查那些会被黑的角落"，该慢
• 把"安全审查"做进流程，不牺牲生成速度，只锁住几道关键闸门

把安全底线守住，处理好"亏不起的部分"。成本还有另一半——别让 token 悄悄漏掉：上下文瘦身，别越跑越脏。