返回博客

32 AI 协作安全:别把密钥喂给 AI,别直接跑看不懂的代码

32 AI 协作安全:别把密钥喂给 AI,别直接跑看不懂的代码

导语:AI 是你的"聪明实习生",但实习生也会泄密、也会闯祸。这一篇给你三条红线:密钥不喂给 AI、代码先看懂再跑、脚本先审查再执行。

22 篇你把 AI 当"聪明实习生"。但实习生的两面性你也要知道:他接触你的全部代码,但他也可能泄密、可能给你一段"会闯祸"的代码。

AI 协作安全就三条红线,守住它们,99% 的事故不会发生。

一、为什么 AI 协作要讲安全

  • 对话可能被记录/传输:你贴给 AI 的内容,可能进入它的日志、训练数据——贴出去 = 交出去。
  • 代码要跑在你机器上:AI 给的命令/代码,执行的是你的服务器、你的数据。
  • 21 篇的教训延续:AccessKey 泄露一次 = 账户全沦陷——在 AI 时代,泄露渠道多了一条:你自己贴出去的。

经验:把 AI 当"会泄密的聪明实习生"——能力用满,机密不给。

二、红线一:密钥/密码/Token 绝不贴给 AI、绝不传公开仓库

哪些不能贴:API Key、AccessKey、数据库密码、Token、.env 文件全文、SSH 私钥。

正确姿势(三招):

  1. 用环境变量:密钥放 .env 或服务器环境变量,代码里用 os.getenv("KEY") 读取(27 篇的纪律)。
  2. .gitignore 挡住:.env 加进 .gitignore(20 篇),绝不让它进仓库。
  3. 给 AI 用假值:实在要贴配置结构,把值替换成 ******(29 篇案例 3 的脱敏)。

经验:"贴之前先问:这串东西值不值钱?"——值钱就脱敏。给 AI 看结构(key 名、格式),不给真值(内容)。

三、红线二:AI 生成的代码,先看懂大概再运行

AI 写的代码不是不能跑,是别闭眼跑。至少看懂(30 篇的"关键 20%"):

  • 入口:程序从哪开始、干什么。
  • 危险操作:有没有删东西(rm、drop table、format)、有没有提权(sudo)、有没有连外部(下载/上传)。

快速检查两件事:

grep -n "rm\|drop\|format\|sudo" 代码文件   # 扫一眼危险关键词

看懂了再跑;看不懂就让 AI 解释(30 篇逐行模板)。

经验:"先看懂 20% 再运行"不是保守,是基本操作——AI 写错一行 rm -rf 的路径,损失的是你的数据。

四、红线三:来路不明的"一键脚本",先审查再执行

网上常见的"一行命令装环境":

curl -s xxx.com/install.sh | bash    # 危险!盲跑别人脚本

原则:不盲跑。正确流程:

  1. 先下载不执行:curl -O xxx.com/install.sh(只下载)。
  2. 看内容:打开脚本,扫危险操作(下载执行别的、删文件、传数据到不明地址)。
  3. 找来源:官方文档/官网给的?还是论坛匿名贴的?
  4. 隔离跑:实在要用,先在临时目录/测试机跑,别直接上生产服务器。

经验:"一键脚本"是把"未知程序"交给 root 执行——来源不明 = 在服务器上开门迎客。

五、真实翻车案例(引以为戒)

案例 1:密钥泄露到公开仓库
某新手把 .env(含云厂商 AccessKey)push 到公开 GitHub,几小时内被扫描机器人抓到,云账户被用来跑挖矿——账单爆表才发现。处理:立即在云控制台吊销重建密钥(21 篇的"单独子账号"就是为此设计的)。

案例 2:AI 给的命令误删数据
AI 建议"清理磁盘",给了 rm -rf /data/*,新手没核对路径直接跑——把备份目录一起删了。处理:跑任何删除命令前,先 ls 确认路径、先备份(20 篇 Git 回滚同理)。

案例 3:贴密钥给 AI 被记录
新手调试时把完整数据库密码连配置一起贴给 AI,事后越想越不对——密码已进入对方系统,只能改密码。

经验:这三个案例的共同点:都是"图省事"——省的是几秒钟,赔的是数据或账单。

六、避坑清单

  • 密钥进过公开仓库 = 已泄露:别赌"没人看到",立即吊销重建(21 篇)。
  • 别贴整个 .env:给 AI 配置结构用假值(******)。
  • 跑代码前 grep 危险命令:rm/drop/format/sudo 先扫一眼。
  • 给 AI 最小权限:能用测试数据就别给生产数据;能用只读就别给写权限。
  • "一键脚本"先审查:先下载看内容,再决定跑不跑(二/四的红线)。

总结

  • 三条红线:密钥不喂给 AI、代码先看懂再跑、脚本先审查再执行。
  • 密钥三招:环境变量 + .gitignore + 假值脱敏;进过公开仓库 = 已泄露,吊销重建。
  • 代码检查:看懂入口 + 扫危险操作(rm/drop/sudo)。
  • 一键脚本:先下载 → 看内容 → 找来源 → 隔离跑,别 curl | bash 盲跑。
  • 翻车三案例:密钥泄露被挖矿、误删数据、贴密码被记录——全是"图省事"。

10 分钟小任务:做一次"安全体检"——①检查你的项目有没有把密钥写进代码/进过 Git 历史(git log 扫一遍)②确认 .env 在 .gitignore 里 ③给 AI 的最近一次提问,有没有贴过敏感信息?有就改密码/吊销重建。安全不是技术,是习惯。 下一篇换个轻松话题:三个端怎么选。

下一篇:小程序 vs Web vs App:一张表看懂三个端的区别和开发成本。