我用 Vibe Coding 做产品大半年，越来越容易遇到一种错觉。

页面能打开，按钮能点，登录和支付也跑通了，产品似乎已经可以上线。可这些测试只覆盖了用户照着预期操作的路径。攻击者关注的地方正好相反。他会改请求里的用户 ID，重复调用接口，绕过前端限制，试着读取不属于自己的数据。

功能正常，只能证明正常路径能走通。它回答不了另一件事，陌生人能不能从旁边钻进去。

Vibe Coding 最容易漏掉水下部分

一个常见的 AI 产品，水面上是页面、按钮和生成结果。水下还有数据库权限、密钥、文件上传、支付回调、模型调用和后台管理入口。

前端把按钮隐藏了，接口未必真的禁止访问。数据库能按当前用户查询数据，策略未必阻止他读取别人的记录。上传功能能接收图片，也可能接收超大文件、伪装文件或带恶意内容的文档。模型能回答问题，还要考虑提示词注入会不会诱导它读取本不该读取的资料。

AI 可以很快把正常功能搭出来。安全工作需要主动给它边界、攻击假设和验收条件。开发提示里没提权限隔离，生成出来的代码就可能只顾着把页面跑通。

Codex Security 实际在做什么

OpenAI 在 2026 年推出了 Codex Security。它目前以研究预览形式提供，官方产品可以连接 GitHub 仓库，也有开源的 CLI 和 TypeScript SDK。官方仓库目前约有 9.3k个 Star

https://github.com/openai/codex-security

它的工作方式比普通规则扫描多了几步。扫描开始后，它先根据代码和提交历史建立威胁模型，找出入口、信任边界、敏感数据和影响较大的代码路径。随后寻找候选漏洞，再在隔离环境里尝试复现。确认问题确实能被利用以后，它才给出证据和补丁建议。    

这套顺序很重要。传统扫描工具容易扔出一长串规则命中，开发者最后看不完。Codex Security 想解决的是哪些问题真的可达，会造成什么后果，修补后能不能验证。

它也不是万能杀毒软件。它无法替你检查云平台配置、运营人员权限、生产环境里泄露的凭证，也不会自动理解所有业务规则。官方流程明确要求人来审查补丁。安全扫描降低漏检概率，最终责任还在开发者和代码审核者手里。

最简单的一次扫描怎么跑

使用官方云端产品时，可以进入 Codex Security，连接自己有权审查的 GitHub 仓库，等待它完成威胁模型和初次扫描。大型仓库的第一次扫描会更久，后续针对新代码的扫描通常更快。

本地开发者也可以使用官方 CLI。当前说明要求 Node.js 22 或更高版本，扫描与导出结果还需要 Python 3.10 或更高版本，并且账号要有 Codex Security 访问权限。

npm install @openai/codex-securitynpx @openai/codex-security loginnpx @openai/codex-security scan .

扫描前先把仓库实际使用的构建和测试命令写清楚。项目有 SECURITY.md 时，把关键资产、入口、信任边界和不成立的攻击假设放进去。安全 Agent 得到的业务背景越准确，报告里的噪声越少。

第一次不要直接扫描整家公司所有仓库。先挑一个边界清楚、风险较低的项目，看它的威胁模型是否符合真实部署。发现问题以后，一次处理一个，查看证据和可达路径，再审查补丁 Diff。补丁应用后重新运行测试和验证，避免修掉一个漏洞，又改坏正常功能。

上线前至少自己看这五处

第一处是权限。换一个账号或直接修改资源 ID，确认用户读不到别人的订单、文件和工作区。

第二处是密钥。前端包、公开仓库、日志和错误页面里不能出现服务端密钥。已经泄露的密钥要立即轮换，删掉代码里的字符串并不够。

第三处是输入。文件上传、富文本、URL 抓取和模型提示都属于外部输入，需要限制大小、类型、来源和可执行内容。

第四处是计费接口。支付结果要由服务端验证签名和订单状态，不能相信前端传回来的“支付成功”。模型调用也要有限额，避免一个接口被重复调用后把账单打满。

第五处是日志和备份。出了问题能不能知道谁在什么时间访问了什么，能不能撤销凭证、恢复数据，这些都要在用户进来前想好。

Vibe Coding 让普通人更快做出一栋能亮灯、能出水的房子。交给用户以前，还要检查门锁、电路和燃气。

我现在会把安全扫描放进上线清单。它不替我担责，但能迫使我多看一遍那些页面上看不到的地方。产品一旦接了登录、数据库、用户文件、模型或支付，这一步就值得做。