10月16日深夜，OpenCode一套待下线旧系统遭入侵优质配资公司，约1.4%的Console用户存储的OpenAI、Anthropic、Google API密钥裸奔。黑客持续攻击48小时，而防守团队调用AI追查入侵时，AI却被自己的安全护栏拦住，中途拒绝配合。
关键数据
1.4%
Console用户受影响
$1,700
单用户最高损失
48h
黑客持续攻击时长
从旧系统失守到账单爆表
1
遗留系统访问控制失效
正处于停用流程中的旧系统遭未授权访问，这套"准备下线"的老系统是根本入口。
2
多家供应商密钥集中泄露
Console将OpenAI、Anthropic、Google密钥服务端集中托管，一处失守波及三家。
3
持票人凭证无法限制来源
API Key是"持票人凭证"——拿到即可在全球任意终端以受害者名义调用计费，Console内的预算配额无法阻止平台外的直接调用。
4
账单在睡梦中爆表
部分用户凌晨收到OpenAI、Anthropic异常消费提醒，有人被刷走400美元，最惨单日超1700美元。
睡一觉token全被跑光! opencode遭黑客血洗, 开发者惨被刷爆账单
夜春阅览趣事
opencode遭入侵, 开发者账户被盗刷, 背后竟是ai模型蒸馏攻击?
DeepTech深科技
股票杠杆配资公司"蒸馏攻击"定性：官方 vs 技术社区
OpenCode官方
定性为蒸馏攻击
攻击者盗用密钥大规模调用顶级模型，目的是生成训练数据蒸馏出低成本模型。
技术社区质疑
凭据失窃才是本质
蒸馏需稳定数百万对数据；碎片化个人账户随时失效，不是蒸馏的合理基础。泄露与蒸馏是两个独立环节，官方未提供技术证据。
已确认的事实：密钥泄露→账单异常→三家厂商介入撤销密钥。"蒸馏攻击"定性仍属待验证推断。
防守AI被安全护栏拦住：一个新悖论
发生了什么
防守团队将攻击者留下的恶意代码和日志喂给AI分析——这些证据本身触发了大模型的安全护栏。模型先帮了一阵，随后开始拒绝回答，直到获取OpenAI"Daybreak Blue"网络安全计划权限后才有所改善。
Dax Raad · OpenCode联合创始人
"They helped and then started refusing."
X平台原帖
为何护栏无法区分己方与敌方
同一段攻击代码，防守者拿来分析漏洞，攻击者拿来策划入侵。模型仅凭输入内容无法判断意图——这是护栏设计的结构性盲区，而非个别Bug。OpenAI开发者文档也承认，合法的安全研究偶尔会被系统误标。
各方反应
OpenCode联合创始人
Dax Raad
连自己的个人账号也在遭受攻击，AI驱动的黑客"打开了一个全新的世界"；团队基本需要让AI智能体24小时运转，因为攻击者就是这么干的。
X平台公开帖子
Anthropic负责人
元股证券:ygzq.hkLydia Hallie
所有疑似泄露的Claude API密钥，已经全部强制注销。
X平台公开声明
安全研究员
Matt Johansen
率先在X公开截图确认："Confirmed. OpenCode hacked. Keys stolen."
X平台 · UTC 15:30
ai做的项目扛得住攻击吗
AI樟榆树
openai再曝4起ai失控,立法却要等10亿损失才出手
莲涵读读科技
AI攻防的结构性新现实
攻防节奏升级
从"人类节奏"到"机器节奏"
攻击方AI智能体24小时不停扫描漏洞，防守方不跟上同等节奏就会落后。这不是未来风险，而是OpenCode在这48小时里亲身经历的现实。
结构性不对称
攻击方AI不受护栏约束
攻击方AI无须遵守安全护栏，可以自由分析和生成恶意代码；防守方AI却因护栏限制在关键时刻"罢工"。这是当前AI安全护栏设计的本质矛盾，业界尚无成熟解法。
背景参照
并非孤例：AI辅助攻击已成趋势
CrowdStrike曾披露攻击者用AI渗透测试代理配合Claude攻入韩国银行；印度网安机构也警示过AI代理未经授权进入本国机构——攻防两端正在同步加速AI化。
读懂这件事的三个概念
模型蒸馏攻击
攻击者用被盗密钥大量调用顶级模型（Claude、GPT-4o等）生成问答数据，再用这些数据训练低成本私有模型，相当于"偷学"。
持票人凭证（Bearer Token）
API Key不校验来源IP或设备——谁持有即可调用，密钥字符串本身就是"通行证"。这是Console内的预算限制无法拦住平台外盗刷的根本原因。
安全护栏（Safety Guardrail）
大模型内置的内容过滤机制，拒绝处理涉及漏洞利用、恶意命令等高危内容——但它无法区分"分析攻击代码的防守者"和"撰写攻击代码的攻击者"。
如果你也用了OpenCode，前30分钟做这四件事
1
立即撤销密钥
进入OpenAI / Anthropic / Google后台，一键撤销所有曾在Console工作区保存过的密钥。只要密钥有机会被复制，就按已泄露处理。
2
重建并按最小权限拆分
新建密钥时为不同工具单独创建、各自设置额度上限，一次泄露的爆炸半径从"全家桶"缩到"一碗汤"。
3
核查账单与调用日志
检查事发期间（10月16日深夜至今）的异常调用记录和消费明细。部分用户比OpenCode通知更早收到了来自OpenAI / Anthropic的异常使用预警。
4
本地版用户不受此次事件影响
本次泄露仅限OpenCode Console云端托管用户；本地CLI将密钥存储在本机SQLite、从未经过服务器优质配资公司，是更稳妥的工程实践。
股票配资官方正规平台推荐网提示：本文来自互联网，不代表本网站观点。
