OpenCode 遭入侵：用户凭证泄露

原文 ↗ Hacker News 讨论 ↗

OpenCode 托管的“Console”服务的一个旧后端遭到入侵，暴露了用户提供给 OpenAI 和 Anthropic 等第三方 AI 提供商的 API 密钥，并导致未授权的 token 消耗以及可能的模型蒸馏或转售。评论者强调，这似乎只涉及 BYOK（自带密钥）的 Console 产品，而非本地 CLI/桌面工具，但 OpenCode 的品牌与表述让影响范围显得混乱。此次事件引发了人们对公司“快速推进”的工程文化、对存储密钥缺乏明确隐私保障，以及将凭证上传给中介而非使用自托管网关所带来风险的更广泛担忧。

泄露范围与性质

  • 泄露涉及一个旧的、托管的“Console”系统，用户在其中存储第三方 API 密钥（例如 OpenAI、Anthropic）。
  • 目前确认受影响的只是存放在该后端中的“自带密钥”（bring your own key）凭证；主 CLI/桌面编码代理一再被称为未受影响，但一些评论者指出公司的表述令人困惑且不完整。
  • 多名用户报告他们的 OpenAI/Anthropic 额度突然被耗尽，这与密钥被盗后遭滥用相符。
  • 公司将此描述为一次“大规模蒸馏攻击”，但许多人指出，目前并没有公开证据表明被盗密钥实际上被用于了什么。

用户影响与缓解措施

  • 用户被告知撤销并轮换自己的 AI 提供商密钥，并检查近期使用情况；有些人报告提供商或平台已自动撤销密钥。
  • 有人担心公司无法轻易赔偿损失，因为这些是由其他提供商计费的第三方密钥。
  • 一些人澄清，其他服务（Zen、Go）的用户或纯本地部署可能未受影响，但仍存在持续的不确定性，尤其是任何可能消耗 .env 文件的代理。

安全实践与信任

  • 多位评论者将此描述为一种模式的一部分："vibecoding" / AI 生成设计、薄弱的安全文化、先前的回归，以及在未明确披露的情况下将提示发送给外部服务。
  • 也有人为该项目辩护，称其为开源、"默认私有"，并表示有争议的功能（例如通过远程模型免费生成标题）只是短暂存在，后来已被移除。
  • Console 的 UX——鼓励用户在几乎没有 ToS/隐私说明的情况下粘贴提供商密钥——受到猛烈批评。
  • 一些人呼吁发布详细的公开事故复盘，包括攻击者查询的开放数据集，以及可能的外部安全审计。

更广泛的讨论：API 密钥与蒸馏

  • 围绕“蒸馏攻击”展开争论：一种解释是，利用强大模型的输出（通过被盗密钥）来训练更便宜的模型，但评论者强调在这里这仍然只是推测。
  • 关于最佳实践的讨论：使用网关（例如 LiteLLM 风格或类似方案）而不是把原始密钥上传给供应商；改进密钥撤销机制；担心通用的 invalidate_api_key 端点可能被滥用于拒绝服务。

社区动态

  • 多人注意到批评性评论被异常标记/降权，并推测存在刷屏式干预或自动化审核。
  • 许多人最终表示他们对该服务的信任已严重受损，并计划更换工具；少数人仍认为，如果安全实践得到改善，一些付费产品仍有价值。