科技人人都是产品经理·易安说AI··AI 生成
OpenCode遭攻击：部分用户OpenAI、Anthropic等API密钥外泄
AI 编程工具 OpenCode 因旧系统访问控制失效，约 1.4% 的 Console 用户工作区中存储的 OpenAI、Anthropic 等 API 密钥可能泄露。本文提供了一套针对此类事件的应急操作手册，核心观点是密钥一旦疑似泄露就应按已泄露处理，并给出了前 30 分钟内撤销密钥、权限拆分、账单审计的具体步骤。文章还深入探讨了被忽略的旧系统残留风险，以及常态化的密钥安全治理方案，适合技术团队负责人和安全运维人员在事件后立即参照执行。原文 ↗原文 ↗
核心观点
- ▍OpenCode 旧系统访问控制失效导致约 1.4% 用户的工作区 API 密钥可能泄露，应立即按已泄露处理，不等待确认是否被滥用。
- 01事件于 10 月 16 日发生，受影响用户已收到邮件通知。涉及范围约占 OpenCode Console 用户的 1.4%。
- 02潜在暴露对象包括保存在工作区中的 OpenAI、Anthropic、Google 等外部服务 API 密钥。
- 03文中建议的应急措施包括：立即在供应商侧撤销或禁用可疑密钥，而非只修改本地配置；生成新的最小权限密钥并按环境拆分；核对供应商账单和请求日志，寻找异常调用信号。
- 04旧系统退役流程被拆分为五个阶段：停止接入、凭据处置、数据清理、基础设施销毁、复核留档，并给出了每个阶段的验收信号。
- 05给出了四条密钥安全边界原则：不将长期生产密钥写入工作区、按调用方分隔密钥、将费用上限视为安全控制、建立密钥发现机制。
反方 / 局限
- — 文章指出，OpenCode 披露中提到“大规模蒸馏攻击”，但开发团队不应据此自行推断攻击手法，真正需要处理的事实只有旧系统被未经授权访问和密钥可能暴露。
- — 有用户反馈出现数百美元级别的异常费用或项目被暂停，但这些个案不能用于推断所有账户的损失规模。
- — 密钥放在团队密码库中虽能降低明文传播风险，但不能替代最小权限、限额、审计和轮换。
概念锚点
前置背景
平行视角
未来推演
延伸追问