OpenCode Console数据泄露：中间人持有API密钥的风险

OpenCode Console的数据泄露事件揭示了一个被忽视的风险：当你把API密钥交给托管服务时，你实际上把账户的控制权交给了中间人。

OpenCode Console数据泄露事件报道

事件回顾：1.4%用户受影响

OpenCode于2026年10月17日披露，一名入侵者在10月16日晚间访问了一个遗留系统，存储在OpenCode Console中的提供商API密钥“可能已经泄露”。约1.4%的Console用户受到影响，所有受影响用户都关联了外部提供商。OpenCode表示，未收到邮件的用户不受影响。

Console是OpenCode的可选托管服务，允许工作区保存自己的OpenAI、Anthropic或Google密钥，并通过Console调用提供商，使团队成员无需直接接触密钥。这就是所谓的“自带密钥”（BYOK）模式。

联合创始人Dax Raad强调，此次泄露涉及Console，而非OpenCode本身。根据文档，在终端应用中通过/connect添加的密钥存储在本地~/.local/share/opencode/auth.json。

BYOK（Bring Your Own Key） 是云服务与AI工具中常见的一种密钥管理模式：服务商不代售或转售模型调用额度，而是让客户把自己的提供商（如OpenAI、Anthropic、Google）API密钥录入平台，由平台代为发起请求。对企业而言，BYOK 的好处是账单归集到既有提供商合同、可复用已谈定的价格与配额，并便于统一审计；代价是密钥必须离开本地、以某种形式存放在第三方系统中。一旦该存储环节被攻破，攻击者拿到的就是可以直接消耗客户额度的凭证，而非平台自身的凭证，因此损失与追责往往横跨平台与提供商两方，取证和止损链条也更长。这正是本次事件中风险被放大的结构性原因。

为什么这件事值得关注

提供商密钥是一种持有者凭证。任何持有副本的人都可以在所有者账户上运行计费请求，直到提供商撤销该密钥。一些用户已经发布了他们未进行的收费报告（有报告称OpenAI密钥被扣281美元，Anthropic密钥被扣168美元）。这些是用户自己的说法，OpenCode尚未确认任何密钥被复制或使用。

Raad在10月18日写道，攻击者已经“不间断地”尝试进入OpenCode系统长达48小时。

持有者凭证（bearer credential） 指仅凭“持有”即可通过认证的令牌或密钥，不需要额外的用户交互或二次验证。API密钥是典型的持有者凭证：请求头里带上它，提供商就默认调用方是账户所有者。其安全含义有三点。第一，泄露即等同身份冒用，没有“密码之外的第二道门”。第二，密钥通常长期有效，除非主动轮换或撤销，否则可持续被使用。第三，使用痕迹体现在账单与速率限制上，而非登录日志，因此异常往往要等到费用飙升才被发现。这也是为什么业界主张为每个工具分配独立密钥、设置支出上限与告警，并缩短密钥生命周期——目的是把单点泄露的爆炸半径限制在可控范围内。

报道中被忽略的关键问题

“蒸馏攻击”是动机，不是结论

OpenCode称该事件与“大规模蒸馏攻击”有关。蒸馏是指批量提取模型答案以训练另一个模型。但被盗密钥也可能被转售或用于刷高账单。目前披露的信息并未显示具体是哪种情况，也没有提供商对此进行定性。

1.4%缺乏分母

没有用户总数，没人能把百分比转化为具体人数或密钥数量。这种模糊性使得评估风险变得困难。

在Console中删除密钥不等于撤销

据The Hacker News报道，从Console中移除密钥并不会撤销它，Console的预算也无法限制Console自身网关之外的使用。只有提供商才能彻底禁用密钥。

这是一个关键的安全盲点：用户可能以为删除操作已经安全，但实际上密钥仍然有效。

密钥撤销（revocation）与删除（deletion） 在语义上常被混淆，但安全后果完全不同。删除通常只移除平台侧的存储记录或引用，密钥本身在提供商处依然处于“活跃”状态；撤销则是在提供商的控制面将该密钥标记为失效，此后任何携带它的请求都会被拒绝。两者的差异源于密钥的签发方：只有签发者才有能力作废它。实践中正确的顺序是先到提供商控制台撤销（或轮换）密钥，再回到中间平台清理残留记录，最后核查撤销前的用量与账单。若顺序颠倒，中间平台删除后往往失去密钥的标识信息，反而增加定位和撤销的难度。

一个实用的建议

给每个工具分配独立的密钥，在提供商处设置支出限制或警报，并清楚知道在哪里撤销密钥。如果你曾在Console中保存过密钥，无论是否收到邮件，都应在提供商处撤销它，并检查自10月16日以来的使用记录。

行业影响：BYOK模式的信任挑战

这一事件可能促使更多团队将“谁持有我们的提供商密钥”作为供应商审查问题，就像对待云凭证一样。预计持有BYOK密钥的网关将被要求提供存储和轮换细节。

对于依赖第三方托管密钥的团队来说，这次事件是一个警示：便利性与安全性之间需要权衡。选择托管服务时，了解密钥的存储方式、访问控制机制以及应急响应流程至关重要。

OpenCode事件也提醒我们，在AI工具链日益复杂的今天，密钥管理已成为一个不容忽视的安全环节。无论是个人开发者还是企业团队，都应建立严格的密钥管理规范，避免因中间人环节的疏漏导致不必要的损失。