10月20日消息，近期在开发者群体中迅速走红、被视作Cursor和Claude Code强劲替代品的开源AI编程智能体OpenCode，在刚刚过去的周末遭遇黑客入侵。攻击者潜入了一个旧版系统，波及了其网页端控制台约1.4%的用户。这些受影响的账户主要在平台上存储了调用各大商业AI服务的API密钥。

在团队疲于应对连续攻击的过程中，一个日益棘手的行业困境被彻底暴露：普通开发团队如果没有特殊渠道获取经过白名单认证、放宽安全限制的专用模型，在面对大规模、自动化的AI网络攻击时，几乎毫无还手之力。

事发后，OpenCode在社交平台发布声明，称昨夜遭遇了与大规模模型蒸馏攻击相关的安全入侵，受影响的控制台用户占比为1.4%，团队已在第一时间向受害用户发送了邮件通知，未收到邮件的用户则未受波及。

尽管官方将此定性为模型蒸馏攻击，即黑客盗取密钥是为了廉价调用大模型生成海量训练数据，用以训练其他模型，但业内不少人对此持怀疑态度。部分安全专家认为，这可能只是一起普通的密钥窃取与盗刷事件，将原因归咎于高大上的模型蒸馏，更像是一种转移视线的公关说辞。

在攻击发生当晚，许多开发者在社交媒体和技术论坛上陆续晒出异地盗刷警报。有人半夜醒来，发现自己在OpenAI、Anthropic和谷歌的账户几乎在同一时间触发了超额消费预警。部分受害者账户被扣除数百美元，严重的账单金额甚至超过了一千美元。

事件发酵后，Anthropic和谷歌迅速采取行动，封禁了疑似泄露的密钥。OpenAI表示正与OpenCode团队排查隐患，并承诺为遭到恶意刷取额度的API用户提供退款。OpenCode官方也宣布启动补偿流程。联合创始人达克斯·拉德澄清，此次泄露仅限于网页控制台的工作区，开源本体和本地命令行工具不受任何影响，用户本地存储的密钥从未上传至服务器。

然而，比起止血退款，团队在防御过程中的遭遇更加戏剧化。拉德透露，黑客在长达48小时的时间里对系统发起了不间断的猛攻，迫使团队必须全天候调度AI智能体进行安全防御。但令人哭笑不得的是，正当团队急需大模型协助分析攻击者留下的恶意代码时，这些商业模型却因为检测到代码中包含恶意攻击载荷，直接触发了内置的安全防护规则，随即拒绝回答。这一幕让在第一线通宵排错的工程师陷入了极大的被动。

直到后来，OpenAI将OpenCode团队纳入了其名为Daybreak Blue的特许安全计划，向他们开放了放宽安全拦截、专用于防御性安全研究的模型版本，团队的溯源和排查工作才得以恢复推进。

这种防御者被自身武器卡脖子的荒诞场景并非首次出现。今年7月，AI开源平台Hugging Face在排查一次自动化攻击时，也遭遇了商业模型因安全审查而拒绝分析系统日志的尴尬局面。事后证明，那场攻击甚至只是OpenAI自身在测试降低安全护栏的模型时不慎引发的。Hugging Face当时在技术复盘中直言，大模型的安全边界存在严重的非对称问题，它们根本无法在技术层面上区分当前发起请求的是网络安全人员还是真正的攻击者。由于这种限制极度僵化，越来越多的安全研究员正被逼转向那些可以完全在本地部署、没有规则约束的开源模型。

白宫科学技术顾问委员会联席主席大卫·萨克斯也在社交媒体上对此发表评论，指出无论是OpenCode还是早前的Hugging Face，都在实战中撞上了同一堵高墙，也就是前沿大模型因安全过滤规则而拒绝分析防御所需的关键漏洞样本，导致所谓的安全护栏在实战中彻底适得其反。

颇具讽刺意味的是，入侵事件发生当晚，OpenCode刚刚宣布向所有用户免费开放GLM-5.3-Flash模型。该模型家族在安全界备受瞩目，多项研究显示其网络安全渗透能力已经逼近了以往那些被严格管制的顶级闭源模型。

目前，OpenCode尚未完全公布黑客究竟是如何渗透进旧系统、密钥以何种方式被提取，以及这些密钥被滥用的完整范围。官方已建议所有受影响用户立即前往各大模型提供商后台作废旧密钥并重新生成，整个应对与排查工作仍在进行中。

这起事件仅仅是近期一系列AI驱动的网络攻击缩影。此前不久，知名安全公司CrowdStrike就曾披露有黑客疑似利用AI渗透测试工具与Claude模型攻击韩国银行系统；印度网络安全机构也在上周发出警报，称发现有多个AI智能体在未经授权的情况下渗入了当地机构的网络。