OpenCode 凭证泄露：1.4% 用户的 API 密钥被暴露
10 月 17–18 日，多家安全媒体披露：攻击者访问了 OpenCode 的一套遗留系统，暴露了约 1.4% Console 用户的 API 密钥，涉及 OpenAI、Anthropic 与 Google 三家。据 ai-news-brief 与 Cyber Security News 报道，OpenCode 正直接邮件通知受影响用户，并表示已与三家供应商协同处理；它尚未披露攻击者访问持续了多久。
发生了什么
被攻破的是一套“legacy”老系统，不是最新架构。泄露的是存储在 Console 里的第三方 API 密钥——也就是说，用户把 OpenAI、Anthropic、Google 的密钥配在 OpenCode 里，攻击者拿到的是这些密钥本身，而不是 OpenCode 自己的账户密码。
1.4% 看似比例不大，但绝对人数取决于 Console 总用户量；更关键的是，密钥一旦外流，攻击者可以拿着它直接调用对应模型的 API，产生的是真实账单，也可能被用于违规调用。
为什么这件事值得每个用智能体的人看
智能体工作流里，“把密钥存进某个工具”是常态：为了省事，大家习惯把 provider key 配在一处，让智能体自动调用。OpenCode 这起事件说明：你存密钥的那一层，本身就可能成为单点失守点。工具被攻破，连带你的云账单和模型额度一起暴露。
这正是同一周 NIST、NSA、CISA 联合指南反复强调的“凭证不要进沙箱、要在网络层注入”的反面教材——只不过这里是“凭证进了别人家的 Console”。
你现在该做的三件事
- 立刻轮换密钥：通过各家官网后台（不是邮件链接）吊销并重新生成 OpenAI、Anthropic、Google 的 key，尤其是 10 月 17 日以来没动过的。
- 查账单：翻一遍三家 10 月 17 日之后的用量与扣费，看有没有异常调用。
- 隔离存储：别把长期有效的密钥硬编码进项目或某个控制台；用密钥管理服务，按任务发短期凭证。
更深的教训
智能体安全的薄弱环节，往往不在模型，而在“模型能碰到的东西”：密钥、出口、日志。OpenCode 这起事件没有涉及模型越界，却因为一层凭证存储失守，把三家供应商的密钥一起拖下水。
一句话：密钥不是“配置项”，是“攻击面”。轮换要及时，存储要隔离，账单要常看。
