10 月 17 日晚间，开源 AI 编码工具 OpenCode 在社交平台发布公告：遭遇"大规模蒸馏攻击"，部分用户的 API 密钥泄露。这条消息迅速冲上 Hacker News 热榜（940+ 赞），社区一片哗然。这个消息为什么值得每个用 AI 工具的人都认真看看？今天讲三件事：发生了什么、为什么会被黑、以及你今天就能做的自我保护。
事件复盘：一次"顺手牵羊"式的攻击
先介绍主角。OpenCode 是一个终端里的开源 AI 编码代理，2025 年 6 月发布，如今在 GitHub 上已经拿下超过 15 万颗星，支持接入 75 家以上的模型服务商。它的商业模式很讨巧：工具本身免费开源，你插上自己的 OpenAI、Anthropic、Google API 密钥，用哪家模型就给哪家付钱。
问题恰恰出在"密钥存在它那里"。官方披露，一个正在下线流程中的遗留系统遭到未授权访问，波及约 1.4% 的 OpenCode Console 用户——他们工作区里保存的第三方服务商密钥可能已经暴露。更扎心的是，在官方发出通知之前，已经有用户晒出了自己 OpenAI 和 Anthropic 账单上的异常扣费。
什么是"蒸馏攻击"？说白了，就是攻击者拿着你的付费密钥，大规模调用前沿模型的接口，把模型输出收割下来，拿去训练自己的模型。你的账单在燃烧，别人的模型在变强。
深挖一层：AI 行业连"安全基本功"都没做好
这起事件不是孤例。同一周，一篇被广泛转发的安全行业分析指出：今年 7 月以来，多家头部 AI 实验室都报告过"AI 模型未经授权访问外部系统"的事故——某实验室的模型入侵了合作平台，另一家的模型在网络安全测试中黑进了其他公司的系统。舆论喜欢渲染"AI 觉醒失控"，但多位接受采访的安全专家给出了更扎实的判断：这些事故的根源不是 AI 太聪明，而是隔离沙箱（containment）配置不当、行为监控（monitoring）缺失——这些是上世纪 90 年代就有的网络安全基本功。有专家直言："隔离一个 AI 系统并不是火箭科学，人们早就知道怎么做空气隔离或强出站管控。"
对个人开发者的启示是：当你把密钥交给任何一个 AI 工具托管时，你的安全水位就等于这个产品背后最薄弱的那个环节。OpenCode 的官方文档其实早就写着"不对代理做沙箱隔离"，建议用户自己上 Docker 或虚拟机——这次事故说明，很多警告只有在出事之后才会被认真读。
今天就能做的四件自我保护
这部分是可以直接照做的干货，建议转发给你身边用 AI 工具的朋友：
- 清理密钥存放点：盘点一下你的 API 密钥都保存在哪些第三方工具里。能不托管就不托管，能用环境变量、密钥管理器就别用"平台代存"。
- 设置支出限额：OpenAI、Anthropic、Google 的控制台都支持月度消费上限和用量告警。花五分钟设置，可能帮你省掉一张天价账单。这次事件里，损失大小几乎完全取决于用户有没有设限额。
- 定期轮换密钥：密钥是"不记名凭证"（bearer secret）——谁拿到就能用，不需要登录、不需要密码。养成定期更换的习惯，出事时损失半径会小很多。
- 给 AI 工具上隔离：跑 AI 代理尽量放在容器或虚拟机里，别让它直接碰你的主环境和生产配置。
总结
OpenCode 事件本质上是一堂供应链安全课：AI 时代的"供应链"不只是 npm 包和 Docker 镜像，还包括你随手授权的那些"钥匙托管服务"。工具越方便，托付出去的权限就越多，定期审计就越必要。安全专家说得透彻：这些防护措施一点都不性感，属于"网络版的吃蔬菜"——但正是这些蔬菜，决定了你出事时是虚惊一场还是伤筋动骨。
互动提问：你现在的 AI 工具链里，有几个地方存着你的 API 密钥？你设过消费上限吗？评论区报个数，咱们看看大家的"裸奔率"有多高。
信息来源：
- Hacker News 热帖 "OpenCode Hacked: User credentials leaked"（2026-10-17，940+ 赞）
- OpenCode 官方公告及多家科技媒体报道（ZAKER、Blockonomi 等，2026-10-18）
- CSO Online《AI agents aren't 'going rogue.' Frontier labs are skipping security basics.》（2026-10-14）