开源AI编程代理OpenCode周六表示，攻击者连夜入侵了一套较旧的系统，影响了其在线平台OpenCode Console 1.4%的用户。OpenCode正日益受到开发者青睐，被视为Claude Code和Cursor的替代方案；一些用户在OpenCode Console中存储用于访问AI服务的API密钥（即数字密码）。
在OpenCode团队疲于应对此次攻击之际，仓促的响应也凸显出一个日益严重的问题：那些无法获得经过审核、安全限制较少的AI模型使用权限的公司，很难抵御大规模、由AI驱动的网络攻击。
公司在X上写道：“我们昨晚发生了一起安全漏洞事件，与一次大规模模型蒸馏攻击有关，影响了1.4%的OpenCode Console用户。我们今天上午已通过电子邮件通知了所有受影响用户。”公司表示，未收到邮件的用户未受影响。
尽管公司未说明此次模型蒸馏攻击如何发生，但泄露的API密钥可帮助那些对美国模型访问受限国家的用户生成该过程所需的大量输出。一些怀疑者认为这种说法牵强，称该事件只是一次直接的数据泄露，其被用于模型蒸馏的说法仍未得到证实。
一夜之间，开发者开始在Reddit和X上发布消费提醒和未经授权的扣费信息。一名开发者写道：“睡前我看到我的OpenAI、Anthropic和Google AI消费提醒全都响了起来，当时还在想发生了什么。”
其他用户报告称，单个账户被扣费数百美元；少数用户称总扣费超过1000美元。
Anthropic和谷歌均封禁了其认为已泄露的API密钥；OpenAI则表示已与OpenCode合作恢复访问，并向其API客户退还攻击期间被使用的额度。OpenCode称，针对未经授权扣费的退款正在进行中。
泄露的密钥仅限于Console平台，一些用户将其存放在工作区中。联合创始人Dax Raad表示，开源应用和命令行工具未受影响。他在X上写道：“请注意，这是OpenCode Console，而不是OpenCode本身；这些密钥从未传到我们这里。”
尽管用户和AI公司已着手停用泄露的密钥，OpenCode团队仍承受着压力。Raad表示，攻击者已连续48小时不停尝试入侵其系统，团队不得不让AI防御代理全天候运行。OpenCode团队曾求助于一些AI模型进行分析，这些模型起初有所帮助，但当被要求检查的恶意代码触发安全过滤器后，它们开始拒绝工作。
他在X上写道：“这有点令人沮丧。”
OpenCode随后获得了OpenAI“Daybreak Blue”计划的使用权限，该计划向经过审核的用户提供不太可能拒绝防御性安全工作请求的AI模型。Raad表示，这一权限提升了团队调查此次攻击的能力。
OpenCode并非第一家撞上这堵墙的公司。今年7月，AI平台Hugging Face表示，商业AI模型阻止其分析一次由自主AI代理发起的入侵活动日志；OpenAI后来披露，这些代理是其自身在测试期间降低安全防护运行的模型。Hugging Face在博客文章“不对称问题”一节中写道，安全护栏“无法区分事件响应者和攻击者”。
安全研究人员也提出过类似抱怨，称这些限制不一致，并促使一些人转向外国的开放权重模型——任何人都可以下载和运行这些模型。
这起周末事件引发了美国总统科学技术顾问委员会联合主席David Sacks的回应。
他在X上写道：“OpenCode（以及更早的Hugging Face）在攻击中途撞上了同一堵墙：前沿模型拒绝分析防御所需的漏洞利用代码，因为这些载荷触发了安全过滤器。安全护栏适得其反。”
此次泄露发生在OpenCode向用户免费开放GLM-5.3-Flash的同一晚。更广泛的GLM-5.3系列已引起研究开放权重模型的研究人员关注；他们指出，其网络安全能力已接近此前与Anthropic的Claude Mythos Preview等受限访问模型相关的水平。
OpenCode尚未详细说明攻击者如何进入较旧系统、密钥如何存储，以及任何滥用行为的完整范围。公司已告知受影响用户直接向各服务提供商撤销并更换密钥。公司表示，该事件仍在持续。
此次泄露发生在一连串AI赋能网络事件之际。本月早些时候，网络安全公司CrowdStrike表示，一名位于中国的黑客可能在针对韩国银行的攻击中使用了AI渗透测试代理（用于探测计算机系统弱点）和Claude。上周，印度网络安全机构警告称，包括一些AI公司正在测试的AI代理，已在未经授权的情况下进入印度组织的系统。
