OpenCode 被黑：用户 AI 账户被人盗刷
开源编码工具 OpenCode 的控制台被入侵，1.4% 用户存储的 API 密钥泄露被盗刷。复盘事件经过、厂商攻防两难和用户该做的三步自查。
睡前刷到三条消费告警——OpenAI、Anthropic、Google 的额度同时被烧——这不是段子，是上周末一些 OpenCode 用户的真实经历。
一、发生了什么
10 月 18 日，开源 AI 编码工具 OpenCode 宣布其在线控制台 OpenCode Console 遭安全入侵，影响 1.4% 的用户。控制台允许用户保存各家 AI 服务的 API 密钥，攻击者拿到密钥后直接在用户账户上疯狂消费。有用户在 Reddit 和 X 上晒出几百美元的异常扣费，个别账户超过一千美元。OpenCode 称这是一次大规模「蒸馏攻击」——利用泄露的密钥大量生成输出去训练模型；也有研究者认为这说法缺乏证据，本质就是数据泄露。Anthropic 和 Google 迅速封锁涉事密钥，OpenAI 与 OpenCode 合作恢复访问并退款。更麻烦的还在后面：联合创始人 Dax Raad 说攻击者连续 48 小时不间断地尝试入侵，团队被迫让 AI 防御 agent 全天候值守——但他们请商业模型分析恶意代码时，模型触发安全过滤直接拒绝。后来 OpenCode 通过 OpenAI 的 Daybreak Blue 计划拿到放宽限制的防御安全模型，调查才顺畅起来。白宫科技顾问委员会联合主席 David Sacks 也发声，称安全护栏在防御者这边「适得其反」。注意：泄露只涉及控制台，开源客户端和命令行工具未受影响。
二、跟你有什么关系
存过密钥的 OpenCode Console 用户：没收到官方邮件即未受影响，但按官方建议去各家平台换掉密钥更稳妥。所有把密钥托管给第三方工具的人：这类「密钥中转站」就是新的攻击面。防御方工程师：护栏会拦住你自己，这已经是第二次被公开验证的困境。
三、怎么用
读到这儿，可以顺路看 安全厂商称 Jev 比 LLM 更容易被攻击 安全公司 HiddenLayer 称 TypeSafe 决策模型 Jev 缺少传统 LLM 的内部制衡，TokenBreak 等攻击开箱即中。第三方分析师意见分歧，选购前先看这四条判断。- 立刻自查消费告警。不管用没用 OpenCode，给每个 AI 账户开消费上限和异常提醒，类似银行卡短信通知，成本为零。
- 密钥最小化托管。给工具的密钥单开子账户、设预算上限。这次受影响的只有 Console 用户，就是因为密钥集中放在一处。
- 中招后先撤销再追责。先在各服务商后台作废旧密钥，再谈退款申诉——OpenCode 官方指引也是这个顺序。
四、三个别信的说法
「开源软件不安全才被黑。」 这次被攻破的是在线控制台这种中心化服务，开源客户端反而没出事。根源是密钥集中存储的架构，不在开源与否。
「上密钥托管就安全了。」 托管只是把风险搬家。真正的减法是让任何单一服务都拿不到能烧穿你账户的权限。
「护栏挡住的只有攻击者。」 OpenCode 和 7 月的 Hugging Face 撞了同一堵墙：分析恶意代码时模型自己先拒绝了。护栏分不清好人坏人，是设计难题，不是配置失误。
五、一句话结论
API 密钥就是你的钱包密码——存给谁、限多少额，比选哪个模型更重要。
信息来源
- Hackers hit AI coding tool OpenCode, running up charges on users' AI accounts（TechCrunch，2026 年 10 月 19 日）
功能与价格以官方公告为准。本文写于 2026 年 10 月 20 日。
每周一封，只发新教程和可复制模板。不发广告，随时退订。