安全漏洞识别与敏感信息防护

AI 代理能执行命令、读写文件，这是能力，也是风险面。本节聚焦两类最需要人盯的安全问题：安全漏洞和敏感信息泄露，并给出可操作的防护习惯。

一、代理代码里最常引入的漏洞

• 注入类：拼接 SQL、拼 shell 命令、未转义的模板输出——尤其当它"为了省事"直接字符串拼接时。
• 越权与鉴权缺失：新增接口忘了校验登录态或权限，默认放行。
• 不安全默认值：CORS 全开、调试开关留在生产、上传文件不校验类型。
• 依赖与配置：为了"跑通"而放宽沙箱、关闭安全检查。

审查 diff 时，凡是看到"拼接""直接拼接""放开限制""跳过校验"这类动作，都要多停一眼。

二、敏感信息防护

两个方向：不要把密钥喂给代理。让它读代码、改逻辑没问题，但不要把生产密钥、密码、token 贴进会话。项目里的密钥应放在环境变量或密钥管理服务中，代理只引用变量名。不要让代理把密钥写进代码。看到 diff 里出现疑似密钥、内网地址、个人信息，立即要求移除并改用环境变量。

三、用沙箱和权限兜底

对不可信任务或陌生代码，保持保守的审批模式：默认不联网、限制可写目录、危险命令必须确认。这不是不信任代理，而是接受"任何自动化都可能出错"的现实。安全上，宁可多点一次确认，也不要为了省事把边界完全打开。