OpenCode遭入侵：API密钥泄露、账户被刷

开源AI编程代理OpenCode近日遭遇安全事件。据TechCrunch报道，黑客攻入了其在线平台的一部分，窃取了部分用户的API密钥，并利用这些密钥在用户的AI账户上产生额外费用。对于一款被视为Claude Code和Cursor替代品的工具而言，这起事件不仅是一次平台入侵，更把AI编程工具长期潜伏的密钥管理风险推到了台前。

事件回顾：从平台入侵到账户盗刷

OpenCode定位为开源AI编码代理，用户可以通过它调用大模型完成代码生成、补全、重构等任务。摘要显示，攻击者进入其在线平台的部分系统，拿到了一些用户的API密钥。API密钥相当于调用AI服务的“通行证”，一旦泄露，攻击者就能以受害者身份调用模型，费用却记在受害者账上。这也是“running up charges”的直接含义：用户可能在不知情中收到异常账单。

目前披露的信息有限，受影响用户规模、攻击入口和具体修复措施尚待官方进一步说明。但事件的核心链条已经清晰：平台侧防护被突破，密钥存储或调用环节暴露，进而演变为用户侧的经济损失。

为何OpenCode受关注

过去两年，AI编程工具从“代码补全”迅速演进为能自主规划、读写文件、执行命令的编程代理。Claude Code、Cursor等产品推动了这一趋势，而OpenCode以开源、可定制和相对开放的工作流吸引开发者。它既是AI编程代理热潮的受益者，也因此成为攻击者眼中的高价值目标：平台集中管理大量用户密钥，一旦得手，收益直接且可规模化。

当AI编程工具从辅助插件变成能调用模型、访问代码库的“代理”，安全边界就不再只是登录密码，而是每一把API密钥和每一次自动调用。

讽刺一幕：AI工具拒绝分析恶意代码

更值得玩味的是，报道提到OpenCode在求助AI工具协助分析时，相关AI工具持续拒绝查看恶意代码。这暴露出AI安全治理的两难：模型厂商出于滥用风险设置拒绝策略，本意是防止恶意代码生成与分析；但在真实攻防场景中，防御方也需要理解攻击载荷。若安全团队无法让AI助手协助分析恶意样本，响应效率会受到影响。

这并不意味着拒绝策略错误，而是说明AI安全需要更细分的权限与场景设计。例如，面向经过验证的安全团队提供受控的恶意代码分析环境，或通过隔离沙箱和审计日志降低滥用风险。否则，防御者可能在关键时刻被自己的工具“拒之门外”。

API密钥为何成为AI编程工具的命门

AI编程代理通常需要调用多家模型服务，用户往往要配置API密钥。密钥若以明文存储、日志记录不完整或权限过大，都会放大泄露后果。此次事件提示平台至少应做到：密钥加密存储与最小权限；调用行为异常检测；账单阈值与实时告警；支持一键吊销和轮换；对第三方集成进行严格审计。对用户而言，也应避免在不受信任平台长期保存高额度密钥，并设置消费上限。

编者按：开源不是免罪符，透明才是信任基础

OpenCode的开源属性让它在开发者中建立信任，但开源代码不等于在线平台天然安全。此次攻击发生在平台侧，说明托管服务、密钥管理和运维流程同样是安全短板。对AI编程工具而言，竞争点正在从“谁更会写代码”转向“谁更值得托付代码与密钥”。事件后续如何处理、是否透明披露影响范围、能否给出可验证的改进措施，将决定用户是否继续买单。

AI编程代理的普及不可逆，但安全治理必须同步升级。平台需要把密钥安全当成产品能力，而不是事后补丁；模型厂商也需要为合法防御场景留出安全通道。否则，下一次“被刷爆”的可能不只是一个账户，而是整个AI工具链的信任。

本文编译自TechCrunch