北京时间 10 月 18 日凌晨,开源编码 Agent OpenCode 在 X 上发布公告:前一晚发生了一起安全事件,官方将其与大规模"蒸馏攻击"相关联,受影响的是 1.4% 的 OpenCode Console 用户。公告称入侵者摸到的是一台本来正在退役的旧系统,用户存在工作区里的第三方提供商密钥(OpenAI、Anthropic 等)可能已经暴露,官方要求立即吊销并更换密钥、更新用到旧密钥的应用、核对近期用量。IT之家Hacker News
先把"谁受影响"这件事弄清楚,因为传播中的误读比事件本身更常见。这次出事的不是那台跑在你终端里的开源 CLI,而是 OpenCode Console——一个类似 OpenRouter 的托管网关,用户把自己的 API key 传上去,由它代为转发请求。换句话说,中招的前提是你把"御三家"的 key 抄进了它的网页控制台;密钥从没离开过自己机器的用户,不在通报范围内。判断标准也很直接:公告称已邮件通知全部受影响用户,没收到邮件就没有被波及。知乎微博
平台的补救是三方联动的。Anthropic 已经主动吊销了其认定受影响的一批 Claude API 密钥,并提醒曾在 OpenCode 存过 key 的用户直接重建一把;OpenCode 则声明正在与 Anthropic、OpenAI、Google 一起处理,细节待调查结束后再公布。被盗密钥在几个小时的窗口里被拿来疯狂调用前沿模型,开发者账上的 Token 额度成了黑客的燃料。Hacker News 上就有开发者晒出邮件:一边是 OpenCode 告知密钥泄露,一边是 Anthropic 通知当月 20 美元的 API 额度已经用完。微博新智元Hacker News
自救动作里有两个最容易做错的地方。第一,改登录密码救不了泄露的 API key,必须去密钥签发的服务商后台执行吊销,这是撤销授权,不是改密码能替代的。第二,换 key 的顺序要先建新、再切换应用、最后才撤旧——先撤旧键,等于把正跑到一半的长任务当场腰斩。知乎
事件里争议最大的,反而是官方给的定性。把用户密钥泄露归入"蒸馏攻击",很多技术人员的第一反应是这个词又被当成万能标签:这明明是一次 API 密钥泄露,最后被打包进了蒸馏叙事。Hacker News 上更有用户直接质疑,所谓大规模蒸馏行动目前没有任何公开证据,大家等着看一份真正的复盘报告。这种争论并非抬杠:就在事件发生前几天的 10 月 12 日,Anthropic 刚发布博客,称其反蒸馏防御已把攻击者能窃取的数据量压低九成以上,"蒸馏"这个词正处在行业攻防叙事的中心。用不用这个词,直接决定大家把它当成模型竞争问题去防范,还是当成密钥管理漏洞去修补——而这次实打实坏掉的,恰恰是后者那把锁。知乎Hacker NewsAnthropic
对 OpenCode 本身,信任账单也在被反复刷新:GitHub 星标已超 21 万、刚发布 2.0 版本没几天的它,9 月下旬才披露过一个高危漏洞,恶意网页可以跨站触发其服务器升级接口,让 npm 安装攻击者指定的任意包。截至发稿,OpenCode 尚未公布受影响用户的绝对数量、攻击路径、事后复盘和损失赔偿安排,公告里能给的下一步承诺仍然只有那句"有进展会同步"。GitHub
真正值得所有开发者记一笔的,是这次泄露撕开的口子:你在各种 AI 工具、中转网关、网页控制台里存过多少把可以无限消费的 key?按"独立、限额、不再随手进第三方输入框"的原则给密钥做一次体检,翻一遍用量和账单找异常,成本远低于下一次事故。工具可以图省事,密钥必须当钱管——这句老话,OpenCode 用 1.4% 的用户替所有人验证了一遍。知乎

登录