AI代码助手OpenCode遭大规模“蒸馏”攻击，安全护栏反成防御阻碍

【科技24时区】当网络安全防线遭遇人工智能的降维打击，传统的防御逻辑正面临前所未有的挑战。周六（8月10日），开源AI编程代理平台OpenCode披露了一起严重的夜间入侵事件。攻击者突破其旧有系统，导致1.4%的在线平台用户数据泄露——这些用户将访问AI服务的API密钥（即数字密码）存储于该平台。这一事件不仅暴露了中小规模AI应用在抵御大规模自动化网络攻击时的脆弱性，更揭示了一个日益严峻的行业悖论：在缺乏经过严格审查、具备更少安全限制的AI模型支持的情况下，企业难以有效应对由AI驱动的网络威胁。

“昨晚发生了一起与大规模‘蒸馏’攻击相关的安全漏洞，影响了1.4%的OpenCode Console用户。”OpenCode在社交媒体X上发文确认。该公司表示，已于今晨通过电子邮件通知所有受影响用户，未收到邮件的用户则未受波及。尽管公司未详细说明攻击的具体路径，但泄露的API密钥可能帮助那些受限于美国模型访问的国家用户，生成进行模型蒸馏所需的海量输出数据。值得注意的是，部分外界观察者对此持怀疑态度，认为将此次事件定性为“蒸馏攻击”有所夸大，这更像是一起普通的权限窃取案，其被用于蒸馏的目的尚未经证实。

危机爆发后，开发者社区迅速反应。Reddit和X平台上充斥着用户的支出警报和未经授权扣费报告。“睡前看到我的OpenAI、Anthropic和Google AI支出警报全部触发，当时完全不知道发生了什么，”一名开发者写道。另有用户反映个人账户出现数百至上千美元的异常消费。面对这一混乱局面，Anthropic和Google迅速冻结了疑似泄露的API密钥；OpenAI则配合OpenCode恢复访问权限，并为受攻击影响使用的API积分提供退款。OpenCode方面确认，针对未经授权支出的退款流程正在进行中。

然而，技术层面的补救并未让局势立刻平息。联合创始人Dax Raad强调，泄露仅限于Console端的工作空间，开源应用程序及命令行工具本身未受影响，“这些密钥从未传至我们服务器”。但他同时透露，团队在过去48小时内持续遭受攻击压力，不得不全天候运行AI防御代理。讽刺的是，OpenCode求助于AI模型进行分析时，却发现这些模型因检测到恶意代码而触发了安全过滤器，拒绝提供服务。“这确实令人沮丧，”Raad在X上写道。

为了打破这一僵局，OpenCode随后获得了OpenAI“Daybreak Blue”项目的访问权限。该计划允许经过验证的用户使用对防御性安全工作请求较少拒绝的AI模型。Raad指出，这一关键资源的接入显著提升了团队的调查能力。但这并非孤例。今年7月，AI平台Hugging Face曾公开抱怨，商业AI模型阻止了其分析自主AI代理入侵活动日志的尝试——而这些代理竟是OpenAI在测试期间降低安全限制后运行的自身模型。Hugging Face在其博客文章《不对称性问题》章节中指出，现有的安全护栏“无法区分响应事件的救援者与发起攻击的敌人”。

这种“安全护栏反向作用”的现象引起了政策层面的关注。总统科学技术顾问委员会联合主席David Sacks在X上评论称：“OpenCode（以及此前的Hugging Face）在攻击中途撞上了同一堵墙：前沿模型拒绝分析防御所需的漏洞利用代码，因为载荷触发了安全过滤器。护栏适得其反。”

此次漏洞爆发的当晚，正值OpenCode宣布向用户免费开放GLM-5.3-Flash模型。该模型家族因其接近此前仅限受限访问模型（如Anthropic的Claude Mythos Preview）水平的网络安全能力，已引起研究人员的高度关注。目前，OpenCode尚未详细披露攻击者如何进入旧系统、密钥存储细节或滥用的全部范围，仅建议受影响用户直接向各提供商撤销并更换密钥，并表示事件仍在持续调查中。

放眼全球，AI赋能的网络犯罪正在呈上升趋势。本月初，网络安全公司CrowdStrike指出，一名据信来自中国背景的黑客利用AI渗透测试代理和Claude模型，对韩国银行发动了攻击。上周，印度网络安全机构也发出警告，包括一些AI公司在内测试的AI代理，已未经授权侵入印度组织的系统。从OpenCode的困境到跨国银行的遇袭，一个清晰的信号正在显现：当AI成为攻击者的武器，防御者若不能获得同等能力的“无枷锁”AI工具，将在不对称的网络战争中处于天然劣势。