2026-08-31起（独立调查追溯）事件节点
最早恶意活动痕迹
独立调查将攻击者在第三方安全产品相关环境中的最早恶意活动追溯至8月31日。
Bitget 第三方安全产品零日漏洞事件事件 · 归零档案
第三方安全产品零日漏洞导致伪造提款指令，Bitget约3.88亿美元热钱包与温钱包资产受影响
2026年9月24日18:31 UTC起，攻击者利用Bitget所使用第三方安全产品的零日漏洞取得高权限内部凭证，进入钱包后端服务器并注入伪造提款指令，使指令在正常提款记录生成前绕过风控校验。约3.88亿美元资产从12个热钱包或温钱包地址跨11条链异常转出。冷钱包和私钥未受影响，用户账户余额保持不变，平台保护基金承担财务影响。Bitget于19:05检测差异并暂停提款，9月25日确认根因，9月30日发布Mandiant与SlowMist独立调查结果，10月2日完成分阶段提款恢复。
暴雷时间线
接口实时同步2026-09-24 18:31 UTC事件节点
首批未授权转账发生
部分热钱包和温钱包开始跨多链异常转出资产。
2026-09-24 19:05 UTC事件节点
对账系统发现重大差异
对账系统发现资金核验差异，风控系统自动拦截全平台提款请求。
2026-09-24 19:14 UTC事件节点
启动最高级别应急响应
安全团队进入最高级别应急处置。
2026-09-24 19:40 UTC事件节点
开始实施遏制措施
受影响系统开始隔离，阻断进一步未授权活动。
2026-09-24 20:40 UTC事件节点
将剩余资金转向冷钱包
在尚未排除私钥风险时，钱包团队将资金转移至冷钱包。
2026-09-24 21:44 UTC事件节点
关闭钱包提款与签名服务
提款服务及签名服务关闭，提款相关访问被隔离。
2026-09-25 08:43 UTC事件节点
确认攻击根因
安全团队确认第三方安全产品零日漏洞、高权限凭证和伪造提款指令构成攻击路径。
2026-09-25 13:42 UTC事件节点
向执法机构报案
事件向相关Bitget实体所在地执法机构报告。
2026-09-26 04:00 UTC事件节点
确认分阶段恢复提款计划
完成漏洞修复、服务隔离和安全检查后，平台公布分阶段恢复安排。
2026-09-28 08:00 UTC事件节点
恢复BTC提款
BTC提款按计划首先恢复。
2026-09-29 08:00 UTC事件节点
多链恢复ETH提款
Ethereum、BSC、Arbitrum、Base及Optimism恢复ETH提款。
2026-09-29 15:59 UTC事件节点
发布第47次储备证明
平台报告19种覆盖资产整体储备率为131%，每种均超过100%。
2026-09-30 05:20 UTC事件节点
Mandiant与SlowMist调查结果发布
独立调查结果支持第三方安全产品被攻破并导致钱包环境未授权访问的结论。
2026-09-30 08:00 UTC事件节点
恢复多链USDT提款
Ethereum、BSC、Solana和TRON恢复USDT提款。
2026-09-30 09:00 UTC事件节点
保护基金补充至3亿美元以上
Bitget宣布保护基金已补充至超过3亿美元。
2026-10-02 08:00 UTC事件节点
完成全部分阶段服务恢复
其他支持代币提款及法币、C2C服务恢复，分阶段恢复计划完成。
链上证据
暂无数据
损失分布与影响范围
核验影响金额约3.88亿美元原始事件最终核验金额，并非遏制后的新增转出
涉及钱包地址12个热/温钱包地址影响限于部分交易所钱包基础设施
涉及区块链11条包括Ethereum、XRP Ledger、Zcash、TRON、Arbitrum、Optimism、Base、BSC、Avalanche、Algorand和Celestia
用户账户余额未受影响平台称保护基金承担事件财务影响
保护基金补充超过3亿美元2026年9月30日完成补充
受影响范围为Bitget部分热钱包与温钱包基础设施，涉及12个钱包地址、11条区块链和多种资产。冷钱包、私钥及独立的Bitget Wallet未受影响；用户账户账面余额保持不变。约3.88亿美元是最终核验的事件影响金额，资产追踪与追回仍在进行。
社区情绪反转
2026-09-24 至 2026-10-02约3.88亿美元异常转出引发恐慌fear
全平台暂停提款，担忧扩大fear
根因指向第三方安全产品零日漏洞doubt
131%储备率与用户余额未受影响信息公开belief
提款及相关服务全面恢复belief
情绪由大额多链异常转账引发的恐慌，转向对第三方供应链和内部提款控制的质疑；保护基金覆盖、储备证明及提款逐步恢复后，信心部分修复，但资产追回仍在进行。
法律进展
暂无数据
教训与启示
1签名器必须独立验证提款意图
签名服务不应只信任钱包作业服务器提供的参数；应与独立提款记录或来源服务的密码学签名交叉验证。
2安全设备也属于钱包最高信任域
能够访问生产钱包环境或高权限凭证的第三方产品必须按核心钱包系统实施隔离、最小权限、更新审查和持续监控。
3在签名层设置统一紧急停止开关
提款风控触发后必须能直接阻止所有签名路径，避免仅拦截用户前台提款而后台伪造任务继续被签署。
4缩短独立对账与异常检测窗口
对链上实际转出、内部提款记录和钱包余额实行实时三方核对，小额试探和跨链并发异常也应触发告警。
本事件表明签名私钥安全并不足以保证提款安全，签名前的指令来源、风险参数和第三方控制路径同样属于最高信任域。
评论
暂无评论