私钥没丢,63 亿美元没了:最大被盗案,贼是“照章办事”搬空金库的
原创
思维南人
思维南人
思维南人
2026年11月2日 08:00
广东
标题已修改
去阅读
金融 IT 手记2026.11.01
币安 63 亿美元被盗案复盘 · 体系才是一切
私钥未丢、无工单盲签、事中近 4 小时失控——一场价值 63 亿美元的工程制衡体系大考,也是 AI Agent 时代的提前预警。
CASE
在安全与稳定性这件事上,单点的技术不解决任何问题。
案例复盘AI AGENT
编者按
题记
“人类从历史上学到的唯一教训,就是没有从历史中吸取教训。”——黑格尔
全球最大加密交易所币安在 10 月 30 日凌晨(文中时间均为北京时间),多条链热钱包在短短几个小时内被转走约 63 亿美元(TRM Labs 的统计口径为 63.6 亿,Elliptic 为 64.3 亿,Chainalysis 为 59.1 亿,差异来自统计的链范围与价格时点),这并不影响一个定性:人类加密史上最大盗窃案,约为去年 2 月 Bybit 15 亿美元被盗案的四倍。就在 11 月 1 日清晨,美国联邦调查局(FBI)正式发布公告,确认本次攻击系朝鲜国家级黑客组织 TraderTraitor(即 Lazarus Group)所为。
而这次事件,又一次命中了我去年 7 月《盘点那些 1510 救不了的业界重大故障》的三个研究结论:
玄学结论
大故障普遍发生于下半年。10 月底,又是下半年。
归纳结论
世间并无新鲜事,故障很多都是一模一样的,去年 2 月的 Bybit 已经演过一遍。
科学结论
“6D”之殇,体系性的洞,1510 式的事中应急难以拯救——更何况在本次事件中,币安连最基本的“1510(1 分钟发现、5 分钟定位、10 分钟止血)”都彻底失灵:内部没监控靠外部喊话才知情、发了暂停公告却没定位准出血点导致钱继续流、百人团队手握止损权却因缺乏预案花了近 4 小时才拔掉插头。
本案最值得玩味的一点,是币安官方至今未发现任何钱包私钥泄露的证据,而 10 条链上的外流交易,全部是币安自己的签名基础设施、用自己的密钥签出的“合法”交易。说白了,这并不是把保险柜钥匙弄丢了,而是贼混进了后台,让自动盖章机按正常流程,亲手把金库门打开。这也是整起事件最该让所有 CTO、架构师和风控负责人惊出一身冷汗的地方:如果一家年薪百万招揽顶尖安全专家、用着最前沿多方安全计算(MPC)密码学、经历过无数次实战攻防的行业巨头,依然能在一台工程师电脑失守后,半小时内被“合法”搬空 63 亿美元,且在事中长达近 4 小时里陷入“监控失明、定位失准、止血失效”的被动局面——那我们自己手里那套看似完备的生产防线与应急预案,究竟是真的铜墙铁壁,还是仅仅因为还没被真正盯上?
我作为 20 年传统金融业 IT 甲方从业人员,并非加密行业从业人员,尝试站在金融 IT 的视角对这次事件做一次复盘。当然,互联网/Web3 与传统金融业在业务特性、监管要求、风险偏好和效率追求上有很大区别——传统金融业流程繁琐、技术栈相对保守、迭代效率慢也是客观事实,本文绝非吹捧金融业完美无缺、贬低互联网一无是处,而是尝试探讨当资产规模膨胀到百亿美元级别时,两种基因该如何取长补短。分析有不对的地方,也欢迎各位在留言区批评指正。
本文核心观点如下:
1
体系才是一切,单点的技术不解决任何问题:正如厨师做菜好吃与否,不是由一把厨刀锋利与否决定的。币安拥有极其先进的密码学与云原生单点技术,却栽在“只认凭证合法、不认行为常识”的工程制衡体系短板上。
2
不要只用项目思维搞技术,要用产品运营思维对抗“架构漂移”:不缺钱、不缺人、不缺工具,但当底层协议与业务边界不断演进,若没有跨团队合拢的持续策略运营,昨天买来的安全资产,今天就会在部门墙的缝隙里折旧成安全负债。
3
没有业务语义监控与工程化预案,事中应急就是“盲人摸象”:只盯系统死活(200 OK)不盯业务对错,就会出现“金库搬空了还得等路人报警”;搞不清核心依赖链路、没有预置的一键物理熔断开关,哪怕给百人团队下放“直接止损权”,在凌晨四点的战场迷雾里也只能眼睁睁看着资金流走 4 小时。
4
不要指望人的可靠和单点设防,尤其在 AI Agent 时代:没有“逆向刹车”的正向自动化,在失守时就是把灾难放大百倍的加压水泵。无论是防内鬼、防社工,还是防未来大量接入企业内网的 AI Agent,靠单点护栏必死无疑,唯有把互联网先进的工程自动化能力与金融级的权限隔离、刚性闸门、依赖解耦结合起来,构建“数字免疫系统”,才能保住前面那个“1”。
01
PART
案情概要
CASE BRIEF
本次事件清晰地展示了当核心签名基础设施被突破后,缺乏制衡、隔离与有效应急预案的体系是如何一步步放大损失的。按链统计的被盗金额如下(TRM Labs 口径,按被盗时点价格):
链
主要资产
金额(美元)
以太坊
200,630 ETH 及 185 种代币(含 18.75 亿 USDT、8.23 亿 USDC)
约 37.9 亿
比特币
18,270 BTC
约 14.7 亿
Tron
6.127 亿 USDT、4,640 万 TRX
约 6.28 亿
XRP Ledger
2.3346 亿 XRP
约 2.96 亿
Solana
970,500 SOL
约 0.96 亿
Arbitrum / Optimism / Base 等
含 7,460 万 ARB、8,426 ETH 等
约 0.39 亿
Avalanche / Polygon
第二波外流资产
约 0.38 亿
主要事件脉络和关键事实如下:
PHASE 01 多链集中失血(10 月 30 日 04:05 至 04:30)
首笔外流
04:05,XRP Ledger 上 5 个币安钱包将 2.3346 亿 XRP 转入同一攻击者地址,只留下最低激活余额;随后 Solana、Optimism、BTC(04:20 转出 18,270 BTC)、Tron 等链上的热钱包在约 20 分钟内密集向外转账。
单笔之最
04:20:59,攻击者向以太坊核心热钱包 Binance 14 提交了一笔包含 50 个连续 nonce 预签名授权的 EIP-7702 交易;该恶意委托在链上公开可见 17 个区块(3 分 24 秒)却未被任何监控拦截,04:24:23 攻击者下达清扫指令,单笔转走 167,464 ETH 与 63 种代币(含约 16.15 亿 USDT),折合约 25.3 亿美元;24 秒后(04:24:47),另一热钱包 Binance 16 又以普通签名交易被直接转出约 1.74 亿美元。
PHASE 02 归集补刀、定位失准与迟缓止血(10 月 30 日 04:32 至 08:10)
监控失明,外部率先报警
内部监控未能第一时间感知,反而是外部链上分析师 Spreek 于 04:32 首次公开预警,SEAL 安全研究员 Taylor Monahan 于 04:38 紧急联系 Tether;据彭博社披露,币安联席创始人何一也是在刷 X(原推特)时才发现异常(何一随后回应称“在紧急电话打到我这里之前,我已经看到了”)。直到首笔被盗 79 分钟后的 05:24,币安才首次公开发声。
归集持续送钱与跨账户拉取
由于 Binance 14 的恶意委托未被撤销,而币安的充值归集机制仍在往该热钱包打钱,05:55 前 Coinbase 高管 Conor Grogan 不得不在 X 上公开喊话提醒币安“充值归集还开着,黑客还在扫货”;在 04:41 至 07:56 之间,攻击者先后 6 次清扫新归集的资金,并利用 Binance 14 作为另一智能账户(Hot Wallet 34)执行者(Executor)的权限,顺带拉走约 8.23 亿 USDC。
暂停公告后仍爆发第二波外流
币安于 06:15 至 06:33 宣布已暂停提现,但由于当时并未真正定位并切断底层的签名被控链路,暂停提现半小时后的 07:05,Avalanche 与 Polygon 链上仍发生了第二波外流;直到 08:10:35 Binance 14 的恶意委托才被重置撤销——从首笔外流算起耗时超 4 小时,撤销恶意委托耗时 3 小时 49 分。
PHASE 03 FBI 正式定性、链上冻结与资金回填(10 月 30 日至 11 月 1 日)
FBI 正式归因朝鲜
北京时间 11 月 1 日清晨,FBI 正式发布官方通告(路透社、美联社同步报道),认定朝鲜黑客组织 TraderTraitor 对此次超 60 亿美元盗窃案负责,并联合美国特勤局(USSS)、国税局刑事调查部(IRS-CI)公布了首批 628 个涉案地址清单(608 个 ETH、19 个 BTC、1 个 SOL 地址),呼吁全行业节点、跨链桥和交易平台协同屏蔽。此前 TRM Labs 与 Chainalysis 也已通过链上资金与上月 Bitget 被盗案赃款混流等证据作出相同归因。
冻结与洗钱攻防
Tether、Circle、Ripple、World Liberty Financial 及 Arbitrum 安全委员会陆续介入,累计冻结约 28.4 亿至 30 亿美元(约占被盗总额的 44%);攻击者仍控制约 32.1 亿美元无法直接冻结的资产(含约 52 万枚 ETH、18,270 枚 BTC、2.33 亿枚 XRP 等),并利用自动化脚本日夜不停地跨链洗钱。
根因口径与赔付恢复
币安联席 CEO Richard Teng 先后披露起因是一名 DevOps 工程师的笔记本电脑被攻破,且后续发现了“额外的入侵点”;11 月 1 日 18:17,币安官方客服 @BinanceHelpDesk 首次给出了更具体的书面解释——问题出在“签名授权环节”,攻击者在没有正常提币请求的情况下拿到了有效签名,而多链同时受影响是因为各链提币都要经过同一签名环节。资金方面,币安动用 SAFU 基金地址 50% 的资金(7,499 BTC,约 5.81 亿美元)、合约保险基金超额部分及公司自有资金共备付 63.4 亿美元;截至 11 月 1 日中午《安全事件恢复进展公告 #4》,被盗资产已补足约 95%(十大主流币 100% 补足),并于 11 月 1 日 14:00 起全部改用新生成的热钱包分阶段恢复提现。
02
PART
案情详述:贼是怎么一步步搬空金库的?
ANATOMY
把官方披露、FBI 通告与各家链上机构的报告拼起来看,本次攻击的八个步骤环环相扣,把单点防御与应急体系的脆弱性暴露得淋漓尽致:
STEP 01 提前 36 小时水下准备与彩排
10 月 28 日起,攻击者的操作钱包从混币器 Tornado Cash 收到三笔小额提现作为 gas 资金;10 月 29 日白天,攻击者部署了第一版攻击代码并在自己控制的两个小额测试钱包上每次花几美元试跑,当天 23:59 部署最终版清扫合约(Sweeper Contract),随后又在第三个假钱包上完整演练了一遍,测试完还把测试资金转回。彩排结束 4 小时后,同一套代码被直接装进了币安热钱包。
NOTE · 备注
注:有文章批评币安“36 小时链上彩排无人预警”,但客观来讲,按 Elliptic 首席科学家 Tom Robinson 的分析,在每天海量的链上交易中,用无关测试钱包演练代码在事前是很难被单点监控直接识别的。真正的问题不在事前没盯住全网的测试钱包,而在一个几小时前刚由 Tornado Cash 资助部署的陌生合约进入币安内部签名队列时,为什么没有触发交易模拟预检与拦截。
STEP 02 攻破 DevOps 工程师终端
一台 DevOps 工程师的笔记本被攻破(具体中招方式官方尚未披露,而朝鲜 TraderTraitor 套路出现过的,可能是伪造高薪招聘做代码测试、投毒开源包或恶意 IDE 插件),攻击者拿到终端上的凭证和存活的 Session Token。
STEP 03 横向移动进入服务容器并串联多个入侵点
拿到凭证后,攻击者横向移动进入能够提交提现交易的服务容器。Richard Teng 强调“不是只用一名工程师的权限,也不是一键操作”,且后续发现了“额外的入侵点”,这说明攻击者在内部完成了多步权限串联,摸到了核心签名系统的调用入口。
STEP 04 在签名基础设施内驻留近半小时,无工单驱使多链盲签
这是全案最核心的一环:TRM Labs、Hacken、Elliptic 及 Atarus Research 的分析结论高度一致,且与 11 月 1 日 18:17 币安客服披露的口径完全咬合——攻击者并没有偷走币安的私钥,而是在没有任何正常用户提币请求(无提币工单)的情况下,直接驱使各条链共用的签名授权环节替自己盖章。链上取证显示,攻击者在币安热钱包签名系统内部持续操作了至少 28 分钟,让签名机跨 10 条不同链、不同密钥类型和签名方案,乖乖签出了抽干金库的交易。
STEP 05 EIP-7702 批量授权绝杀
在以太坊上,攻击者用上了 2025 年 5 月 Pectra 升级上线的 EIP-7702 特性(允许普通 EOA 钱包通过签名授权,将自身行为委托给智能合约执行)。因为币安热钱包日常提现交易不断,nonce(交易序号)一直在往前跳,而授权必须匹配执行瞬间的准确 nonce 才有效,攻击者便在 04:17 前后通过币安签名系统批量签出了覆盖 50 个连续 nonce 的授权(约 3 分钟后的 04:20:59 打包上链),确保必有一个命中。命中的瞬间,Binance 14 热钱包的控制权就移交给了只听命于攻击者的清扫合约。按 Richard Teng 的说法,因为 EIP-7702 授权本身不包含收款人、金额等常规转账字段,该委托直接“绕过了正常审批控制”,签名器在看不懂业务语义的情况下完成了盲签。
STEP 06 强依赖与自动化机制带来的次生灾害
Binance 14 同时还是币安另一个智能合约钱包(Hot Wallet 34)的执行者(Executor),这层权限绑定让攻击者在 04:41 顺手从隔壁账户一把拉走约 8.23 亿 USDC(所幸 Circle 在 23 分钟后的 05:04 将其冻结)。更悲催的是,在长达近 4 小时的时间里,币安内部的自动充值归集程序对热钱包已经被劫持的状态浑然不知,还在源源不断地往 Binance 14 里汇集用户充值,甚至到了 05:55 还要靠外部专家 Conor Grogan 发推喊话提醒关停归集,让攻击者直到 07:56 还在像收菜一样连扫了 6 轮。
STEP 07 与冻结赛跑并开启“自动驾驶”洗钱
攻击者深知稳定币中心化发行方的冻结威力,不仅最先转走无法冻结的 XRP 和 BTC(18,270 枚 BTC 分散至 19 个地址按兵不动),还在得手后的头几十分钟里顶着 12% 至 26% 的高额折价,将数亿 USDT 强行换成无法冻结的 ETH;在 Tron 链上,据 Chainalysis 与 AMLBot 披露,攻击者将稳定币存入 DeFi 借贷协议(如 JustLend)铸造出无法被 Tether 直接冻结的存款凭证(jUSDT),转给干净钱包赎回后再跨链;当主要洗钱通道 THORChain 因以太坊单区块重组意外触发重复退款保护而暂停(Chainalysis 披露)后,黑客的自动化脚本立刻无缝切换至 Relay、Symbiosis 等其他跨链桥继续分批洗出,Elliptic 形容其洗钱已处于“全自动巡航(laundering on autopilot)”状态。
STEP 08 自毁机制清理痕迹
最后,攻击者利用自毁机制销毁内部工具与活动痕迹,给币安的事后取证与入侵点排查制造了极大障碍。
03
PART
深度剖析:为什么单点技术救不了体系短板?
DEEP DIVE
复盘完整个过程,市面上很多分析都在讨论 EIP-7702 的技术细节,或者猜测工程师的电脑是怎么中毒的。但在我看来,这属于典型的把方法论和体系问题,当成选择什么具体技术手段来进行讨论。
不可否认,以互联网和 Web3 为代表的新兴科技企业,在单点技术先进性、架构敏捷度和全球化弹性交付上,远远走在传统金融企业前面。币安用了业界最前沿的硬件安全模块(HSM)、多方安全计算(MPC/TSS),把私钥分成分片,密码学上几乎无懈可击。但为什么单点技术这么强,去年 Bybit 还是被骗签了 15 亿美元,今年币安又被驱使签走了 63 亿美元?
「这就是本文最想讲透的道理:在安全与稳定性这件事上,体系才是一切,单点的技术不解决任何问题!」
正如我在《门内的国企如何看门外的云厂商》里打过的那个比方:厨师做菜的好吃与否,并不是由一把厨刀的锋利与否决定的,而是由顾客预期、价格控制、食材素质、厨师技能、厨具水平等因素综合决定的。互联网和 Web3 企业打造了削铁如泥的绝世好刀(先进的密码学与自动化工具),但在面对百亿美元级别的资金敞口时,如果缺乏配套的运营迭代、权限隔离制衡、依赖熔断与工程化应急体系,再锋利的刀,一旦被别人握住刀柄,砍向自己时也是最快的。
仔细复盘 04:20 的那笔交易,最让人后背发凉的其实不是黑客的技术,而是币安签名系统的“温顺”。在没有任何真实客户提币工单对应的情况下,一次性连签 50 个连续 nonce、把存有几十亿美元的核心热钱包控制权委托给一个刚部署几小时的陌生合约、单笔抽干全部余额——任何一个哪怕刚入行三个月的运维实习生,用肉眼看一眼都知道这是在“自杀”。但价值千万美元的自动化签名基础设施,却因为“Session Token 合法、接口格式正确”,在一秒钟内完成了盖章。
这撕开了现代企业架构最普遍的一层幻觉:我们往往把 90% 的安全预算花在了“鉴权(证明你是你)”上,却在通过鉴权之后,让系统彻底丧失了“常识(Sanity Check)”。不妨问问我们自己的团队:今天在我们的生产环境里,如果一个拥有合法权限的账号(或自动化脚本)在凌晨四点发起“核心库表清空”、“全量客户数据导出”或“将核心资金路由指向陌生地址”,我们的底层系统是会因为“没有对应业务工单、违背基本常识”而直接物理熔断,还是会像币安的签名机一样,礼貌地核对完 Token 后,亲手按下毁灭键?
结合我此前总结的“6D 模型”与平台工程治理经验,我们来深入剖析本次事件暴露出的四个深层体系盲区:
SEC 01 为什么花了大价钱、招了顶尖专家依然失守?因为“静态的架构”管不住“漂移的边界”
有人可能会问,是不是币安为了省钱,安全投入不够?恰恰相反。币安给安全运营中心(SOC)监控值班工程师开出的公开薪酬约 9.8 万至 16.2 万美元一年,高级 DevSecOps 约 15 万至 18.3 万美元一年,采购的链上分析与安全审计也全是业内头部公司。钱花了,人请了,工具买了,为什么还会出这种失守?
这就回到了我在《基础架构部需要先进技术吗?》里聊过的痛点:很多技术团队习惯以纯技术思维,把平台或安全当成一个“项目”或单点技术实现去做,搭好架构上线就觉得大功告成,而不是以“产品运营思维”去持续对齐和迭代。
安全技术是资产,但所有技术资产从上线那一刻起就在折旧。协议在升级,攻击面在生长,没有持续的运营体系去对齐,再贵的单点工具也会出现盲区:
安全运营环节
币安案暴露出的体系断档
策略跟进(Decision Vector)
EIP-7702 上线整整 18 个月,签名审批策略未及时覆盖 Type-4 授权,只校验传统转账字段,对无收款人/金额字段的委托授权直接放行盲签
工单对账与防御检查(Defense Check)
签名放行与真实提币申请单脱节(无正常提币请求也能拿到有效签名);签名前缺乏强制的交易仿真预执行(Simulation)沙箱拦截控制权转移
事中监控与感知
外部独立分析师 04:32 已在 X 公开告警,比币安官方 05:24 的首次表态早了 52 分钟,内部监控对跨链异常流出的感知严重滞后
应急定位与止血预案
首笔外流到彻底停止耗时约 4 小时,撤销 EIP-7702 委托耗时 3 小时 49 分,06:15 宣布暂停提现后 07:05 仍有第二波外流,暴露出定位失准与预案缺失
行业复盘与举一反三
Bybit 同款攻击(终端攻破 → 内部横向 → 欺骗/驱使签名)20 个月前已演过一遍,行业未能真正完成体系化免疫
为什么 EIP-7702 上线整整 18 个月,风控规则却像活在过去?如果去拆解大中型企业的技术组织架构,大概率会看到一幅技术高管们再熟悉不过的画面:去年 5 月跟进以太坊升级的底层团队,背的 KPI 是“节点平稳升级、兼容新特性”;做钱包业务的团队,关心的是“怎么用新特性提升用户体验”;而写签名风控规则的团队,守着两年前立项上线的规则引擎,只要每天没报错,就默认防线固若金汤。
「没有任何一个人在自己的 KPI 里失职,但三个团队拼在一起,中间就裂开了一道 63 亿美元的缝隙。」
在技术管理中,最危险的从来不是“一开始没建安全系统”,而是架构漂移——当外部协议、业务形态甚至调用方已经发生了代际迁移,你当年花重金打造的风控网关,还在按照三年前的假设兢兢业业地站岗。没有跨部门强制合拢的策略运营闭环,堆起来的安全资产就会在部门墙的缝隙里静悄悄地折旧成安全负债,直到某天凌晨四点一次性爆雷。
SEC 02 极致敏捷的背面是极致脆弱:当“单点签名中枢”失守,没有“逆向刹车”的自动化就是加压水泵
案发后,几乎所有人都在盯着那台被攻破的 DevOps 笔记本。但其实最值得追问的其实不是“他的电脑怎么中招的”,而是:为什么攻破外围终端和容器后,就能不经真实提币工单核对、不经跨角色复核、不触发任何限额熔断,在半小时内同时搬空十条不同公链上的 63 亿美元?
11 月 1 日 18:17 币安官方客服的回复不小心捅破了这层窗户纸:“多链同时受影响是因为各链提币都要经过同一签名环节”。这实际上是互联网“追求极致敏捷与架构复用”与金融业“追求极限风险隔离”两种组织基因的剧烈碰撞,也恰恰触及了《盘点那些 1510 救不了的业界重大故障》中强调的 Domain Core(领域核心保护) 与 Dependency Chain(依赖链治理):
核心中枢过度集中与职责分离缺失
币安作为应用基础设施的大一统中台——把 10 多条公链的签名授权收拢到同一个通用签名服务环节,开发维护成本最低、接入新链最快、自动化程度最高。但在金融风险治理看来,这就是典型的把所有金库的命门挂在了同一个总闸上,而且这个总闸只认上游服务传来的调用凭证,甚至连“这笔签名背后有没有一张通过风控的真实客户提币单”都不做独立三方对账!一旦攻击者摸到这个共用签名环节,就等于拿到了机构十几个外币金库的万能提款机。
依赖链未解耦,正向自动化沦为失守时的“加压水泵”
热钱包 Binance 14 自己放着几十亿美元资产,同时还兼任另一个存有 8.23 亿 USDC 智能账户(Hot Wallet 34)的 Executor(强依赖未隔离)。而全案最让人窒息的,还不是 04:24 被一把转走的 25.3 亿美元,而是随后三个半小时里的那 6 次“自动送人头”——前方的热钱包已经沦陷成了黑客的提款机,后方的自动充值归集系统却因为没有异常状态互锁,依然像个蒙着眼睛的模范劳工,每隔几十分钟就把散户新充进来的真金白银打包汇集过去,喂到黑客嘴边(这和去年 10 月 AWS 故障中各组件缺乏熔断、无脑重试导致堰塞湖其实是一个道理)。别笑币安,这几乎是所有追求敏捷的团队共同的软肋:我们的工程师对自动化有着本能的追逐,因为“耗时缩短 80%”、“发布效率提升 5 倍”是可以写进年终述职 PPT 的显性政绩;但对于“当下游处于失血状态时,上游如何自动感知并锁死阀门”这种逆向熔断逻辑,往往没人立项、没人深究。平时帮你省下 10 个人工的自动化管道,一旦缺乏跨系统的状态互锁,在事故发生的那一刻,就会变成把灾难放大 100 倍的加压水泵。
人的可靠性永远是个概率问题,而体系的可靠性是个工程设计问题。
KEY
我们可以把传统金融机构的制衡机制与本次事件做一个客观对照:
维度
传统金融机构的做法
币安案暴露出的缺口
客观评价(得与失)
操作授权与对账
四眼原则 + 账实核对:大额调拨必须跨角色独立复核,且放款端强制核验原始客户申请单
各链共用同一签名授权环节,无真实提币请求也能签出有效签名,单笔即签走 25.3 亿
银行牺牲了操作效率、增加了对账链路,但掐断了无单盲签、单点作恶的可能
头寸与时效
备付限额与大额延时清算:热备头寸严控比例,超额调拨强制进入时间锁
热钱包敞口高达数十亿(且计入 PoR 储备),EIP-7702 委托即时生效、无冷却期
链上追求 7×24 小时秒级提现体验,但一旦失守,连人工干预撤回的时间窗口都没有
风控拦截
独立硬风控网关:独立于交易系统的风控引擎,发现频次/金额/指令异常直接熔断
50 个连续 nonce 预签名、抽干全部余额的极端反常交易被放行
银行风控有时会“误杀”正常交易导致客户体验差,但在极端异常下能保底线
外部止损
实名清算网与警银秒级联防:依托法定止付制度与集中清算网,全网跨行秒级封停
靠临时联系各稳定币发行方逐个冻结,耗时 4 小时冻结约 44%
传统金融依托中心化监管与让渡部分隐私换取全网兜底;Web3 获得了去中心化自由,但代价就是没有统一的止付底座
必须公允地说,币安和 Tether、Circle 等机构能在 4 个小时内协同冻结近 28.5 亿至 30 亿美元(44%),在没有中心化清算网的公链环境下,已经是加密行业目前能做到的极限了。之所以和国内银行业反诈止付(央行查控平台接入 4,264 家银行和 121 家支付机构、2021 年拦截 3,291 亿元、地方警银联动 15 秒至 3 分钟全额冻结)相比仍显惨重,不是两家企业的技术水平差距,而是底层基础设施与制衡体系设计的代差。当科技机构长成管理上千亿资金的金融巨兽时,如果还只靠纯技术单点狂奔,不补上“分权制衡、账实对账、限额熔断、时间换空间”这堂体系课,迟早要交天价学费。
SEC 03 最彻底的现形记:为什么手握“直接止损权”的百人团队,在事中应急时成了“盲人摸象”?
如果说事前被攻破情有可原(毕竟面对的是国家级黑客团队 TraderTraitor 的精心做局),那么本次事件最值得所有技术高管深思、也最让人大跌眼镜的,其实是币安在事中应急阶段(04:05 至 08:10)近乎瘫痪的“发现、定位与止血”能力。
在运维和稳定性领域,各大厂都把“1-5-10”(1 分钟发现、5 分钟定位、10 分钟止血恢复)挂在嘴边。但在这场持续 245 分钟的真实攻防战里,我们看到的却是一场“无监控、无定位、无预案”的三重溃败:
FAILURE 01 监控失明(没监控,要等外面告知)——为什么大屏一片绿,63 亿美元却在静默蒸发?
看看那天凌晨的时间差有多荒诞:04:05 第一笔 2.33 亿 XRP 就已经转出;04:20:59 改变 Binance 14 控制权的 EIP-7702 恶意委托交易上链,在公开的以太坊区块里整整躺了 17 个区块(3 分 24 秒),内部没有任何告警与抢先撤销动作;04:24:23 单笔 25.3 亿美元被抽干。
是谁最先拉响警报的?是外部独立链上分析师 Spreek 在 04:32 发出的推特,以及 SEAL 安全研究员 Taylor Monahan 在 04:38 打给 Tether 的求救电话!据彭博社 11 月 1 日的深度报道披露,甚至连币安联席创始人何一,都是在刷 X(原推特)时才得知自家金库出了大事(即便何一后来回复网友称“在紧急电话打到我这里之前,我已经看到了”,也恰恰印证了内部告警流转比外部社交媒体还要慢)。直到第一笔钱流走 79 分钟后的 05:24,币安官方才发出第一条推文,而且还在说“正在调查潜在安全问题,用户资金完全安全”(据 Techub 统计,这第一条声明在 14 分钟内连续改了 3 次措辞)。
为什么养着顶级 SOC 团队、买着最贵监控工具的行业巨头,会沦落到“家被偷光了要靠邻居看监控发朋友圈提醒”?
这戳破了今天 90% 的企业都在犯的“可观测性假象”:很多的监控大屏,监控的往往只是IT 系统死没死(CPU 利用率、内存水位、接口耗时、HTTP 200 成功率),而不是业务状态对不对(资金净流出斜率、单笔极值、业务配置/权限变更、签出笔数与真实工单数的差额)!在那天凌晨 04:05 到 04:30 的半小时里,如果去看币安签名服务的 IT 监控大屏,它一定是一片健康的翠绿——因为黑客调的就是合法接口,签名机响应极快、没有一行 Error 日志、成功率 100%!当监控体系只认报错码、不认业务常识和资金敞口,在“合法凭证越权”面前就是彻头彻尾的睁眼瞎。
FAILURE 02 定位失准(没定位,发了暂停公告钱还在继续流)——关了“提现前门”,贼还在“签名后院”搬钱
比发现晚更致命的,是在长达两三个小时里根本没搞清楚钱是怎么丢的、出血点到底在哪。
请看两个极其打脸的时间节点:
05:55 同行公开喊话“归集还开着”
此时距离币安首次发声已经过去半小时,但前 Coinbase 高管 Conor Grogan 在链上看到目瞪口呆的一幕,直接在 X 上公开发帖喊话:“币安被盗还在继续(STILL GOING)!币安显然还开着充值钱包归集,正在不断刷新热钱包余额,黑客接着就在把热钱包扫空!”——内部应急团队连自家自动化归集程序正在给黑客持续“输血”都没定位到,还要靠同行在社交媒体上公开提醒!
07:05 暂停提现后第二波外流
币安官方明明在 06:15 至 06:33 就已经正式发布公告,宣布“已暂停提现服务”,全世界都以为阀门已经关死了;结果半小时后的 07:05,Avalanche 和 Polygon 链上的币安钱包竟然又爆发了第二波资金外流!而在以太坊上,黑客对 Binance 14 的再清扫更是每隔几十分钟就来一次(04:41、04:59、05:04、05:44、06:39),一直持续到 07:56 才扫完最后一笔!
为什么官方都发公告“暂停提现”了,钱还在源源不断地往外流?
答案只有一句话:应急团队当时根本没定位到病根!他们按照常规故障的思维定势,把面向外部用户的“提现业务网关(前门)”给关了,以为关了前门水就停了;却根本没意识到攻击者早已绕过前端提现业务层,一条线直接插在底层的“共用签名授权环节”上,另一条线利用已经生效的链上 EIP-7702 委托合约直接在链上抽水(链上委托一旦生效,根本不需要再经过币安的提现系统,只要归集程序还在往地址里打钱,黑客在链上直接调合约就能提走)!
甚至到了事后,官方对问题的定位还在反复修正:10 月 30 日 08:13 先说“暂停充提”,12:36 又改口说“充值正常”;10:25 初步通报归因于“一台 DevOps 笔记本”,16:47 又发帖承认发现了“额外的入侵点”;而且据币安联席CEO Richard Teng 视频承认,攻击者使用了自毁机制销毁工具和痕迹,说明内部日志与取证体系未能做到实时外送至不可篡改存储,导致现场被清理后连攻击路径都要摸黑倒推。在没有全链路血缘视图和不可篡改审计日志的情况下,盲目宣布“已暂停服务”,往往只是关掉了自己的眼睛,而黑客的抽水机还在轰鸣。
FAILURE 03 预案缺失(没预案,百人团队手足无措)——纸面上的“直接止损权”,敌不过实战中的“不知道怎么做”
彭博社在 11 月 1 日的报道中透露了一个让很多管理者困惑的细节:币安在制度上其实非常超前,明确赋予了安全和钱包团队“无需等待高管批准,可直接采取行动止损”的尚方宝剑;事发后,币安也火速拉起了一个约 100 人的跨国应急小组。
这就引出了全案最发人深省的管理之问:既然一线团队手握“直接止损权”,又有 100 号顶尖工程师在线会诊,为什么撤销 Binance 14 上的 EIP-7702 恶意委托(技术原理上只需用该热钱包私钥签一笔指向零地址的覆盖授权交易),足足耗费了 3 小时 49 分钟(从 04:20:59 拖到 08:10:35)?
甚至在事发后的黄金追踪期里,当独立链上调查员 @shridlock 整理好黑客实时洗钱线索尝试联系币安时,发往官方合规邮箱 [email protected] 当场收到“邮箱已停用”的自动退信,找客服被引导去 Bugcrowd 漏洞平台提交,结果第二天被审核员以“这里只收漏洞、不收追踪情报”冷冰冰地关闭!
为什么制度上给了权限、组织上拉了百人大群,真到救命的时候却像没头苍蝇一样不知道怎么做?
因为纸面授权不等于工程能力,没有平时千百次演练打磨出来的标准化应急操作手册和离线急救工具,人在极端高压下必然陷入“战场迷雾”:
1
没有预置的“离线撤销急救包”:当发现 Binance 14 被 EIP-7702 恶意委托时,线上签名系统本身可能已经被黑客控制或已经被紧急关停。如果平时没有预先备好一套独立于线上系统、能一键签发“委托归零”交易的离线急救机制,100 个工程师在群里光是争论“现在敢不敢重启签名机去发撤销交易?重启了会不会让黑客把剩下的链也扫光?怎么手搓一笔 Type-4 撤销交易并抢跑 Gas?”就能吵上两个小时。
2
处置顺序完全搞反:正如安全机构 Atarus Research 复盘指出的,面对热钱包被委托劫持,标准的止血顺序必须是:第一步先停内部充值归集(断水源)→ 第二步切断签名授权通道(断印章)→ 第三步在链上撤销恶意委托(清后门)→ 第四步轮换密钥与重建环境。而币安在实战中既没第一时间停掉充值归集,也没能快速撤销链上委托,导致在长达近 4 小时里边查边漏。
这给所有从业者敲响了一记最响亮的警钟:
「千万不要以为你在制度文件里写了“一线可先斩后奏”、或者建了一个几百人的应急响应群,你就拥有了应急能力。」
真正的应急能力,是在凌晨四点全员大脑空白、攻击者已经删光日志的时候,你的值班工程师不需要写一行临时代码、不需要找十个部门确认依赖,面前就有三个经过混沌工程反复演练的应急按钮:一键全链断流(含暂停上游归集)、一键吊销链上授权、一键切换备用冷隔离通道。平时没把应急动作写成代码并演练成肌肉记忆,战时給你再大的权力,你也找不到拔哪根网线。
SEC 04 比黑客社工更近的危机:当我们主动把几百个“高权限 AI Agent”请进生产内网
如果说前面聊的是传统金融与互联网工程体系的互相镜鉴,那接下来这一点,无论你是互联网大厂还是传统金融机构,都站在同一条起跑线上,谁也没有老本可吃:在 AI Agent 时代,币安案这种“内部高权限节点被策反、无工单盲签、事中失控”的剧本,将会以百倍的速度复制,且攻击成本趋近于零。
为什么?过去黑客想撕开一个口子,还得花几个月去给 DevOps 工程师做局钓鱼。而今天,各大企业为了AI转型和追求效率,正在主动把成百上千个自带高权限、同时又直接接收外部自然语言输入的 AI Agent 部署进企业内网。Gartner 预测到 2026 年底,40% 的企业应用将集成任务型 AI Agent,而一年前这个比例还不到 5%。
看看今年已经发生的真实生产事故(2026 年公开报道的 28 起 Agent 生产事故中,13 起为高严重度):
9 秒删库的 PocketOS
今年 4 月 PocketOS 的事故中,一个编码 Agent 为了修复测试环境的小问题,找到了一枚覆盖生产环境的 Token,仅用 9 秒钟就把整个生产数据库连同备份删得一干二净,导致客户停业两天;
同日遭入侵的 Chainalysis
就在币安案发同一天(10 月 31 日),连帮币安追踪黑客的链上分析巨头 Chainalysis 自己都向客户发邮件承认遭到了入侵——外部攻击者正是利用“攻击性智能体技术(offensive agentic techniques)”未授权访问了其内部系统与工具;
AI 客服与投资 Agent 事故
某 AI 客服 Agent 处理账号找回时未核验身份即放行,导致 2 万个账号被批量劫持;某投资 Agent 被一条注入的提示词牵着走,15 万美元真实流出;
华尔街封杀第三方 Agent
连华尔街都坐不住了:摩根大通、摩根士丹利和嘉信理财(Charles Schwab)已在今年 10 月密集出手,强行封杀拿着客户账号密码替客户登录操作的第三方 Agent——嘉信理财 CEO 透露,他们每周都要拦截几十起外部大型 Agent 的越权访问。
更麻烦的是,连造模型的人自己都拦不住模型的越界行为。OpenAI、Anthropic、Google 均已披露过其模型在评测或训练中自行突破沙箱隔离、尝试入侵外部系统的现象。业界今年的统计也很说明问题:近半数安全专家已把 Agentic AI 列为头号企业攻击向量(超过勒索软件与内部威胁),但仅 14.4% 的 Agent 部署经过完整安全审批,约九成已部署的 Agent 权限过大。
在这样的现实面前,很多技术人员又容易犯“迷信单点技术”的老毛病——觉得给大模型写几句严厉的 System Prompt(系统提示词)、加个防注入过滤插件、或者微调一下模型对齐,就能高枕无忧了。
「但事实已经证明,系统提示词绝对不是安全控制!」
对外服务的 Agent 把黑客过去需要辛苦钓鱼才能换来的东西——一条通向企业内部的高权限通道——直接递到了外部攻击者嘴边。只要你给 Agent 配了直通核心库或资金接口的大权限,攻击者总能找到绕过单点语义护栏的话术,让你的 Agent 像币安的签名系统一样,用着“合法的凭证”,在几秒钟内干出毁灭性的越权操作——到那时,你连币安这“3 小时 49 分”的人工反应时间都不会有。
OWASP 在 2025 年 12 月发布的《Agentic Applications Top 10》里,把目标劫持(Goal Hijack)、工具滥用(Tool Misuse)、权限滥用、级联故障、失控 Agent 等列为十大风险。你拿这十条去对照币安案,几乎条条都能对上号:目标劫持对应被黑客驱使的签名系统,工具滥用对应无提币工单却签出的 EIP-7702 交易,级联故障对应连带清空的智能账户与持续送钱的归集程序,失控 Agent 对应那 3 小时 49 分才撤销的恶意委托。
在《盘点那些 1510 救不了的业界重大故障》里,我曾引用《黄帝内经》的“圣人不治已病治未病”、扁鹊三兄弟的故事,以及 Gartner 提出的数字免疫系统(Digital Immune System)。放到今天的币安案和未来的 AI Agent 部署上,无论是讲究敏捷的互联网企业,还是讲究稳健的金融企业,都必须把两者最擅长的能力结合起来——用互联网先进的自动化工程能力做底座,用金融业严密的制衡体系做护栏,死守三道体系防线:
1
模型与组件选型(不找死):对外服务的 Agent 选型,优先选择经过强化安全对齐、发布前完成进攻性网络能力评估并做了抑制的模型——宁可要一个能力收敛、边界清晰的模型,也不要一个什么系统都敢去调一下的“全能”模型。
2
权限、对账与制衡护栏(构建护栏):把 Agent 和自动化服务当成随时可能犯错或被诱导的特权账号来管——专属身份、最小权限、阅后即焚的短时凭证。凡是涉及删除、转账、改绑、改核心配置的操作,绝不能只靠提示词约束或只看调用方 Token,必须在模型和执行器外部用硬编码的工程规则设卡:强制三方对账(无真实业务工单绝不签发)、事前交易仿真预检、单笔与速率限额、大额时间锁延时、强制拉起跨角色人工双人复核。把安全控制嵌入平台护栏,而不是停留在纸面制度上。
3
业务语义监控、爆炸半径隔离与一键急停(底线兜底):监控必须从“看系统死活(200 OK)”升级到“看业务常识与敞口异动”;生产环境与备份环境、不同链与不同层级的签名中枢必须物理与逻辑隔离(绝不能让一个签名环节通吃十条链,或让一个 Token 像 PocketOS 案那样 9 秒把生产库和备份库一起端了);上下游自动化组件必须具备逆向熔断互锁机制(下游异常立即自动锁死上游归集);同时,在 Agent 和自动化系统之外,必须保留一套完全独立的“拔电源”应急开关与预先签好的离线撤销回退包,结合混沌工程定期实战演练,并将日志实时外送至不可篡改存储,确保关键时刻拉得住闸、留得住痕。
///
END
结语
EPILOGUE
《汉书·霍光传》里有个“曲突徙薪”的典故:客人见主人家烟囱笔直、旁边堆着柴火,建议改弯烟囱、搬走柴火,主人不理;后来果然失火,邻居们焦头烂额救火,主人杀牛摆酒致谢,被烧伤的坐上席,提建议改烟囱的连一句谢都没有。这跟扁鹊说的“长兄治未病,故名不出于家;扁鹊镵血脉、投毒药,而名闻于诸侯”,讲的是一模一样的人性。
为什么两千年过去了,“曲突徙薪”的故事依然每天在各大企业的日常中上演?因为站在企业治理的视角看,“买单点技术”是最舒服的动作,而“做体系制衡与实战演练”是最得罪人的苦差事。
采购一套顶级的 MPC 加密算法、买几个威胁情报接口、或者上线一个能写进汇报 PPT 的 AI Agent,是可以写进采购合同、可以按期验收打勾、且绝不会得罪任何业务部门的“显性政绩”;但如果你作为技术、安全或者运维负责人,提出要把各业务系统共用的中台隔离拆开、要砍掉 DevOps 直通生产的顺畅权限、要在提现链路上增加延时冷却期与工单强对账、甚至要在业务高峰期前搞断流熔断演练——在没有出事的那 364 天里,你每天听到的都会是业务团队“流程僵化、阻碍创新、耽误赚钱”的抱怨。
这就是今天无数技术中高层管理者最真实的夹缝:平时坚持修刹车、练急停的人,往往被当成不懂业务的保守派;直到下坡路失控的那一刻,所有人才想起来问为什么没有刹车、为什么百人团队花了 4 个小时还踩不下急停。真正的技术领导力,从来不是去堆砌最昂贵的单点黑科技,而是有底气和定力在组织内部建立“可承受的摩擦”——用制度与工程的刚性制衡,去对抗人性的侥幸。
CLOSING · 收束
「如果说 IT 和新技术是业务的倍增器,能带来 1000 倍的增量,安全与稳定就是最前面的那个 1,后面所有的创新、敏捷、AI 都是后面的那堆 0。没有前面那个 1,后面做什么都是无用功。」
单点的技术再先进,也替代不了完整的治理体系;而死板的制度若不转化为自动化的工程护栏与千锤百炼的应急预案,也会在战时沦为一纸空文。少一点“我们已经完全掌控”的盲目自信,多一点对墨菲定律的敬畏,时刻记住“知道自己不知道”,把先进的技术锋芒装进严密的体系鞘中——毕竟,安全与稳定之道,从来不在事后的力挽狂澜与巨资兜底,而在事前的波澜不惊。
UPDATE 截至 11 月 1 日晚间最新进展
提现与热钱包换新
币安已于 11 月 1 日 14:00 起分阶段恢复提现,截至当晚 20:36,第一阶段承诺的 15 个网络(BTC、ETH、BSC、TRX、SOL、XRP、Arbitrum、Optimism、Base、Polygon、AVAX C 链、DOGE、ZEC、TON、SUI)已全部开放。同时,币安宣布已全面弃用旧热钱包,后续所有提现均由新生成的钱包地址出款,并已同步更新至储备证明(PoR)地址清单(11 月 1 日下午链上监控到的数千枚 BTC 及数亿稳定币大额转出,经何一与官方确认为新旧热钱包内部调拨,并非新增被盗或挤兑出逃)。
储备证明与复盘报告
币安已于 10 月 31 日 08:00 完成新的储备金证明快照,但由于完整的零知识证明(ZK PoR)生成需 40 至 50 小时算力,预计将在 11 月 3 日(UTC)公布;官方承诺的完整事故复盘报告(Post-mortem)仍在调查撰写中。
传言澄清
社区流传的“Cursor 插件市场 Anthropic.claude-code 被篡改植入 SSH 后门导致币安工程师中招”(攻击者早在插件上线前一天就已从 Tornado Cash 提取测试资金,时间线存疑)、“8 月 fastjson 漏洞被打穿后台”(客服已正式辟谣)、“给暂停提现用户发 150 美元补偿”(官方已确认为钓鱼 P 图)以及“监守自盗”等说法,本文均未采信。攻击者究竟是如何从工程师笔记本一步步摸到共用签名授权环节的,等官方完整复盘报告出来后,有新细节我们再聊。
我是思维南人,一名 20 余年传统金融业 IT 甲方老兵。
如果你觉得今天这篇有收获,欢迎点赞、在看、转发三连,我们下篇见。
赞
在看
转发
THANKS FOR READING
版权声明
本站仅做备份收录,仅供研究与教学参考之用。
读者将信息用于其他用途的,全部法律及连带责任由读者自行承担,本站不承担任何责任。









评论