基于币安2026年10月29日

安全事件公开披露的攻击链

二次分析报告

攻击路径重建· 技术可能性分析 · 网络安全警示

报告属性：公开资料二次分析版本：V1.0分析基准日：2026年11月4日

本报告基于公开披露材料进行技术分析，不代表币安内部调查结论。

摘要

2026年10月29日，币安发生重大数字资产安全事件。币安于11月3日发布初步调查结果，称事件涉及约63.4亿美元数字资产；截至该次更新，约28.5亿美元资产已被冻结或拦截。币安披露的攻击过程并非单一钓鱼或单点漏洞利用，而是从2026年6月开始，先后涉及被篡改的Homebrew安装程序、虚假招聘社会工程、恶意代码仓库、员工终端失陷、内部AI工具、容器部署权限、钱包签名服务未授权访问，以及以太坊EIP-7702授权机制滥用等多个环节。[1]

本报告以币安公开披露为主要事实基础，结合FBI公告、路透社报道、微软对假招聘攻击活动的研究、SANS对伪造Homebrew投放Stealer的分析，以及以太坊EIP-7702规范，对攻击链进行二次重建。报告将已披露事实、合理推论和待验证假设分开处理，不把尚未公开的Cookie、Session、API Key、SSH Key窃取行为，不把Prompt Injection、AI Agent权限滥用或特定容器平台漏洞，写成已被币安证实的事实。

综合分析认为，本事件最重要的安全问题并非简单的员工终端中毒，而是攻击者可能通过多个员工身份和内部工具建立跨系统访问路径，将终端控制能力逐步转化为DevOps部署权限，再进一步滥用钱包签名服务。事件表明，MPC密钥管理并不能自动保证签名请求的业务合法性；AI工具的系统集成权限、长期有效的Access Token、容器工作负载身份、签名服务授权策略以及链上持久化授权，均应纳入企业安全治理和应急响应体系。

关键词：币安；攻击链分析；Stealer；身份凭证；AI Agent；Access Token；DevOps；容器安全；钱包签名服务；MPC；EIP-7702

阅读说明与分析口径

目录

·第一章事件背景与公开披露

·第二章攻击链二次重建与可能性分析

·第三章根因分析与公开披露缺口评估

·第四章对网络安全的警示与防护建议

·第五章结论

·附录一攻击时间线汇总

·附录二事实、推论与待验证事项矩阵

·参考资料

第一章事件背景与公开披露

1.1 事件概况

2026年10月29日，全球加密资产交易平台币安发生重大安全事件。币安于2026年11月3日发布《29 October 2026 Binance Security Incident: Initial Findings and Response Update》，披露此次事件涉及约63.4亿美元数字资产。截至该次更新，约28.5亿美元数字资产已被冻结或拦截，相关金额仍可能受到资产价格波动和后续核对影响。[1]

币安称，攻击者通过未授权访问内部钱包签名服务，在正常提现流程之外发起交易。攻击涉及多个网络和热钱包。币安披露，在20:05至20:09 UTC期间，五个热钱包向攻击者控制地址转移了约2.3346亿枚XRP；随后，Solana和Optimism网络上的热钱包分别转出约970,500枚SOL和4,420万枚OP，另有热钱包转出约18,270枚BTC。[1]

币安表示，将承担此次事件造成的客户资产影响，并已预留超过覆盖损失所需的资金；截至10月31日，受影响代币资产的98%已补足。上述客户补偿安排不等同于所有链上资产均已追回。

1.2 币安公开披露的攻击过程

币安称，攻击者提交了50笔签名交易，通过操纵账户Nonce建立恶意EIP-7702委托授权。相关授权一旦写入链上，即可独立于币安正常提现基础设施继续发挥作用。币安暂停提现并不能自动撤销既有链上授权；由于热钱包采用MPC，且不存在可直接使用的单一私钥，币安需要额外开发并执行专门的撤销流程。[1]

1.3 攻击归因与外部公开信息

2026年10月31日，美国联邦调查局（FBI）发布公告，称朝鲜对2026年10月29日前后发生的币安数字资产盗窃事件负责，并将该项活动称为TraderTraitor。FBI同时披露，相关行为者正在将被盗资产主要兑换为ETH，并提醒虚拟资产服务商、DeFi服务、RPC节点及区块链分析机构协助阻断相关地址资金流转。[2]

本报告将FBI公告作为美国执法机关公开归因结论引用，但不将其等同于已经向公众公开了完整归因证据。路透社报道了FBI的归因及朝鲜方面的否认。[3] 本报告不独立进行攻击组织身份归因，重点分析公开攻击链和企业安全控制问题。

1.4 币安披露的处置措施与信息边界

币安称，截至2026年11月3日，已重建受影响钱包系统及内部AI工具和访问控制，替换受影响设备，停用相关工程师的凭证和Token，对员工设备开展增强扫描，提升AI行为异常检测能力，并强化钱包服务风险控制。币安同时表示，正在委托独立第三方开展全面审查，并明确指出部分技术细节将继续保密，以避免为攻击者提供可利用的信息。[1]

因此，币安公开材料属于初步调查披露，而非完整的独立取证报告。其披露能够确认攻击链的关键节点，但未公开恶意样本、完整IOC、凭证窃取清单、内部AI工具架构、容器部署平台配置、服务间认证机制、签名服务原始请求及全部MPC审计数据。后续分析必须遵守这一信息边界。

第二章攻击链二次重建与可能性分析

2.1 分析方法与总体判断

本章以币安已披露的时间线和操作结果为约束，采用攻击者视角逆向分析：从攻击者最终能够调用钱包签名服务这一结果出发，推导其可能需要控制的身份、设备、凭证、执行环境和服务权限，再与已公开的攻击节点进行对应。该方法用于提出可验证的技术假设，不替代终端取证、网络取证、身份日志审查或链上交易分析。

2.2 目标选择与组织情报收集

【事实】币安披露，6月A的岗位及其在钱包基础设施团队中的同事关系暴露；9月B在求职平台公开资料中提及其币安工作经历。攻击者随后分别接触A和B，并在10月20日通过B的失陷设备及内部AI工具进一步控制A和C。[1]

【推论】攻击者可能并非随机选择员工，而是围绕钱包基础设施和开发部署链路进行岗位筛选。A具有Wallet DevOps岗位属性，C属于钱包软件工程师，B则成为进入内部环境的第二个入口。攻击者最终组合使用C的设备和A的凭证，说明不同员工的身份、终端和权限可能形成互补关系。

【假设】攻击者可能通过公开职业资料、社交媒体、招聘平台、代码仓库及首次终端入侵所得信息，建立了关键人员关系图、技术栈画像和岗位权限线索。但公开材料没有说明攻击者是否预先掌握完整组织架构，也不能证明A、B、C三人是被事先按权限组合精确选定。

2.3 2026年6月：被篡改Homebrew安装程序

【事实】币安称，Wallet DevOps工程师A通过搜索引擎下载了被篡改的Homebrew安装程序，用于安装一款AI编程工具。币安发现异常后更换设备并轮换相关凭证，但攻击者已经获知A的岗位及钱包基础设施团队其他人员的信息。[1]

【分析】该阶段至少实现了两类效果：一是使关键人员终端遭受恶意软件影响；二是暴露组织结构和关键岗位信息，为后续定向社会工程提供情报基础。币安没有披露6月恶意程序的样本、具体执行链、数据外传内容和持久化机制，因此不能断言其就是某个已知Stealer家族，也不能确认A的Cookie、Session或密钥材料在该阶段被窃取。

【外部对照】SANS Internet Storm Center于2026年5月披露过一例伪造Homebrew页面通过搜索广告投放MacSync Stealer的活动，样本会收集主机信息并向C2传输数据。[6] 该案例说明伪造Homebrew入口投放macOS信息窃取程序具有现实性，但没有证据证明该活动与币安6月事件使用相同恶意软件、基础设施或攻击者。

2.4 2026年9月：虚假招聘与恶意代码仓库

【事实】攻击者通过正规求职平台接触B，冒充项目负责人安排面试，先后使用HR及虚构公司CEO身份建立信任，最后要求B在工作电脑上下载恶意代码仓库作为面试作业。恶意代码在仓库配置或安装过程中执行。币安披露的脚本行为包括创建pyenv_文件、删除原合法pyenv、将恶意文件重命名为pyenv、调整符号链接并启动zsh。恶意代码使用混淆和规避技术，执行命令并与攻击者控制的外部服务器通信，且当时未被终端安全工具检测到。[1]

【分析】该过程利用了开发人员对代码仓库、依赖安装、项目初始化和技术面试流程的信任。攻击者不需要先攻破代码托管平台，只需诱导目标在拥有内部访问权限的工作终端上执行恶意项目配置，即可能将正常开发工作流转化为初始执行入口。

【外部对照】微软2026年3月发布的Contagious Interview研究记录了类似的假招聘攻击：攻击者冒充招聘方，要求开发者克隆并运行代码包或仓库任务，通过开发工具工作流加载后门，并进一步收集API Token、云凭证、签名密钥、加密货币钱包及密码管理器相关资料。[5] 该研究支持此类攻击模式的现实性，但不能证明币安事件使用了微软报告中的同一恶意软件家族。

2.5 Stealer与身份凭证：最值得调查的数据对象

【事实】币安披露恶意代码可执行命令、与外部服务器通信、规避检测并隐藏活动，但没有公布完整窃取清单，也没有明确确认Cookie、Session、SSH Key、API Key、云凭证或密码库材料是否被外传。

【推论】考虑到攻击者后续能够使用工程师凭证、访问内部AI工具并发现容器部署权限Token，身份材料和开发环境配置应当是事件调查的优先对象。这里的“身份材料”不局限于用户名和密码，还包括浏览器Cookie、SSO会话、访问Token、SSH密钥、代码仓库Token、云平台凭证、CLI认证缓存、环境变量和项目配置文件。

【假设】恶意程序可能具备信息收集或凭证窃取能力，但具体窃取了哪一类凭证、何时窃取、是否成功外传、后续是否被复用，均需由终端取证、文件访问记录、浏览器及Keychain审计、网络流量和身份认证日志验证。不能仅凭攻击者后来使用了凭证，就反推所有常见凭证类型都曾被窃取。

从防御角度看，Stealer的危害不止于窃取密码。若攻击者获得仍然有效的Cookie或Session，可能绕过部分仅依赖登录密码或一次性认证的控制；若获得API Token、SSH Key或云凭证，则可能直接访问代码仓库、云资源、CI/CD和内部服务。凭证轮换也必须同步撤销会话、刷新令牌、API密钥和相关授权，不能只修改用户密码。

2.6 持续访问、C2通信与痕迹清除

【事实】币安称，9月恶意代码能够与攻击者控制的外部服务器通信，攻击者采取了隐藏恶意活动和清除痕迹的措施。攻击者在10月20日仍能够利用B的失陷设备继续行动。

【推论】攻击者在9月至10月20日之间维持了某种可用的访问条件。可能形式包括终端后门持续运行、定期C2通信、被盗身份会话仍然有效，或多种机制并存。

【未知】币安没有披露具体持久化机制、C2域名/IP、通信协议、任务执行方式、样本家族、清除痕迹手段和实际持续访问时间。不能据此指定LaunchAgent、登录项、计划任务或某个RAT家族为已确认技术。

2.7 内部AI工具：攻击链中最关键的未公开环节

【事实】币安明确表示，2026年10月20日，攻击者利用B的失陷电脑和内部AI工具，控制了Wallet DevOps工程师A及另一名Wallet Software Engineer C的设备；攻击者随后发现A电脑上存在容器部署权限Token。币安事后重建了内部AI工具及其访问控制。[1]

【推论】内部AI工具在该事件中至少承担了重要的访问或横向移动枢纽作用。它可能连接内部知识库、代码仓库、开发工作区、终端或自动化执行工具，也可能使用员工身份或服务身份访问内部资源。但公开资料没有说明其产品形态、模型类型、Agent架构、连接器、工具清单、权限继承方式或执行环境。

本报告倾向于优先验证“被盗员工身份/会话 + 内部AI工具已有系统集成权限”的组合解释，因为它可以在不假设模型本身存在漏洞的情况下解释攻击者如何借助B的终端进一步接触A和C。但这只是最经济的调查假设，并非已经确认的根因。

需要特别避免将“内部AI工具被利用”直接等同于“Prompt Injection攻击成功”。模型输入输出安全、Agent工具授权、连接器权限、服务账号权限和终端会话安全是不同的安全层次。币安公开披露只能确认AI工具参与了攻击路径，尚不能确定具体失效层。

2.8 Access Token与DevOps部署权限

【事实】币安称，攻击者在10月20日发现A的电脑上存在容器部署权限Token；10月29日，攻击者登录C的电脑，使用从A处窃取的凭证部署容器并触发恶意脚本。[1]

【分析】Access Token的风险取决于其权限范围、有效期、受众（audience）、签发主体、设备绑定、来源限制和可调用API。若部署凭证长期有效、可复制到其他终端使用、权限范围覆盖生产环境，或缺乏对部署目标和镜像来源的约束，那么员工终端失陷可能被转化为生产部署能力。

【假设】Token可能存储在CLI配置、环境变量、开发工具配置、浏览器会话、本地凭证库或CI/CD配置中。上述位置只是常见调查方向，币安没有公布该Token的具体类型、存储位置、权限声明、签发时间、有效期和使用记录。也不能未经证据就认定A的容器部署Token与后来使用的全部凭证完全相同。

2.9 A的凭证与C的设备：跨身份、跨终端组合

【事实】币安披露，攻击者在10月29日使用C的电脑和从A处窃取的凭证完成容器部署。这说明攻击者没有仅依赖单一员工终端，而是组合使用不同人员的终端和身份材料。

【推论】攻击者可能利用了“身份与设备绑定不足”或“部署凭证可跨设备复用”的控制缺口。若部署平台只验证Token有效性，而不进一步验证设备健康状态、发起主体、部署目标、镜像来源和生产审批，那么合法凭证就可能在非预期设备上被滥用。

但公开资料并未证明C的设备拥有高于A的权限，也没有说明攻击者为什么选择C的设备。C可能只是攻击者已经控制且能够访问相关开发或生产环境的终端。

2.10 恶意容器如何触达钱包签名服务

【事实】币安确认攻击者通过C的电脑使用A的凭证部署容器并触发恶意脚本，最终利用对内部钱包签名服务的未授权访问发起正常提现流程之外的交易。[1]

【未知】从容器部署到钱包签名服务之间的具体技术路径没有公开。这是整条攻击链最重要的技术断点之一。

上述机制可以单独存在，也可能组合出现。当前没有证据证明币安使用了Kubernetes、某种特定云平台或某一具体工作负载身份方案，因此本报告不将任何特定产品或平台写成事实。

2.11 钱包签名服务与MPC：密钥材料和签名权限必须区分

【事实】币安披露，攻击者利用了内部钱包签名服务的未授权访问能力。币安同时说明，相关热钱包采用MPC，不存在可直接用于撤销链上委托的单一私钥。[1]

【分析】MPC的核心目标是将密钥控制能力分散到多个参与方，降低单一密钥材料暴露的风险。但MPC并不自动判断每一笔交易是否符合业务意图，也不自动阻止具有合法调用身份的请求被滥用。若签名服务的调用授权、交易策略校验、目的地址约束、合约授权识别、额度限制或独立审批存在不足，攻击者可能在未取得完整私钥材料的情况下滥用签名能力。

因此，当前最稳妥的表述是“钱包签名服务的访问或授权控制遭到滥用”，而不是“钱包私钥已经泄露”。公开材料没有证明MPC密钥份额被窃取，也没有披露完整签名策略和MPC参与方审计日志。

2.12 EIP-7702授权机制与链上持续性

【事实】币安称，攻击者利用签名服务滥用以太坊EIP-7702授权机制，使攻击者控制的智能合约获得对币安热钱包的部分执行权限。攻击者提交了50笔签名交易以操纵账户Nonce并建立恶意委托授权。相关授权写入链上后，能够独立于币安常规提现基础设施继续发挥作用。[1]

EIP-7702是以太坊协议功能，不应被描述为本次事件中被攻破的漏洞。其规范允许外部拥有账户（EOA）通过授权元组设置账户代码委托，授权元组包含chain_id、目标地址、nonce及签名参数。授权生效后，账户代码中会写入指向委托地址的标识，后续执行会加载并运行被委托的代码。[7]

【分析】本事件的核心问题不是EIP-7702协议本身存在漏洞，而是攻击者能够让签名基础设施为非预期的授权内容提供签名，进而将业务系统之外的链上授权状态写入钱包账户。交易所暂停常规提现服务并不能自动撤销已经存在的链上委托授权。

币安披露，最后一笔未经授权的2,961.9 ETH转账于10月29日23:56 UTC确认；10月30日00:10 UTC，币安通过向零地址的新授权清除相关委托代码。由于MPC钱包没有可直接使用的单一私钥，撤销流程需要专门处理，延长了应急处置时间。[1]

2.13 最可能的完整攻击链

该模型是对公开材料的最合理整合，但第3、4、5、7阶段仍存在关键技术细节未公开。后续独立调查应重点验证这些阶段之间的身份、凭证、设备和服务调用关系。

第三章根因分析与公开披露缺口评估

3.1 不应将“员工下载恶意软件”视为完整根因

员工执行恶意代码是初始入侵条件之一，但不能解释为什么终端失陷最终能够转化为钱包资产转移。事件的风险放大过程发生在身份、AI工具、DevOps部署、容器运行环境和签名服务之间。真正需要分析的是：为什么一个员工终端的失陷能够跨越多个安全域，并最终影响高价值钱包签名操作。

3.2 五层安全边界的可能失效

3.3 最值得关注的三个根因候选

1.身份与权限链缺乏足够隔离。员工终端、内部AI工具、DevOps部署和钱包签名服务之间可能存在可被串联利用的身份信任关系。

2.生产部署权限和工作负载权限可能过宽。攻击者从A处发现部署Token后，能够在C的设备上使用凭证部署容器，说明凭证使用上下文和部署行为需要进一步审查。

3.签名服务的业务授权控制可能不足。MPC能够分散密钥材料，但若交易意图、委托合约地址、目标账户、金额、频率和业务审批未被独立校验，签名服务仍可能成为高权限代理。

3.4 公开披露尚未回答的关键问题

3.5 对公开报告完整性的评价

币安的初步报告已经披露了较完整的高层攻击时间线，尤其是A、B、C三名工程师之间的关系、内部AI工具的参与、容器部署Token的发现、C设备与A凭证的组合使用，以及EIP-7702授权和撤销过程。这些内容足以构建攻击链框架。

但报告没有提供恶意样本、凭证窃取证据、AI工具具体架构、容器到签名服务的访问路径、签名策略失效细节和完整根因结论。币安也明确表示调查仍在继续，部分技术细节将保密并接受独立审查。[1] 因此，现阶段不宜将其视为完整技术取证报告。

第四章对网络安全的警示与防护建议

4.1 Stealer：企业终端中的身份材料已成为高价值攻击目标

本次事件提醒企业，终端恶意软件的危害不能只按“是否窃取密码”衡量。浏览器Cookie、Session、SSO令牌、API Token、SSH Key、云凭证、代码仓库凭证和本地开发配置，均可能成为攻击者进入企业内部系统的通行材料。攻击者即使没有直接破解边界设备，也可能利用合法身份在企业信任域内活动。

建议措施：

·对开发人员和高权限人员终端实施更严格的EDR、应用控制、脚本执行监控和异常外联检测；对浏览器凭证库、系统Keychain、SSH目录、CLI配置和环境变量开展重点保护。

·将Cookie、Session、Refresh Token、API Key和SSH Key纳入凭证泄露响应范围；发生终端失陷时，不仅重置密码，还应撤销会话、刷新令牌、吊销API Key、轮换SSH Key及云平台凭证。

·对高权限员工启用抗钓鱼MFA和设备合规策略；优先使用短期、设备绑定或工作负载绑定凭证，减少可复制、长期有效的Bearer Token。

·将招聘面试、代码测试和第三方项目仓库视为攻击面。面试作业应在隔离、一次性、无生产凭证的虚拟环境中运行，禁止在主力工作终端直接执行未知仓库的安装脚本。

·建立Stealer情报与企业身份日志的联动机制。发现员工凭证、企业域名、VPN/SSO账号、云密钥或代码仓库Token在外部泄露后，及时开展身份核查和会话撤销。

4.2 内部AI工具与Agent：必须纳入企业身份和权限治理

内部AI工具可能通过连接器或Agent工具调用访问代码仓库、知识库、工单、云平台、开发工作区、终端和自动化系统。当AI工具拥有跨系统访问能力时，它不再只是聊天入口，而是一个可能聚合多种业务权限的执行节点。攻击者若控制员工AI会话或Agent运行身份，可能借助其已有权限扩大访问范围。

建议措施：

·为每个用户、Agent和连接器建立独立身份，不使用全员共享的高权限服务账号；Agent只能继承完成当前任务所必需的最小权限。

·对终端执行、生产部署、密钥访问、云资源变更和钱包相关操作设置独立授权与人工确认，不允许普通对话直接触发高风险生产动作。

·建立完整的AI审计链，记录用户身份、会话、检索内容来源、连接器、工具调用参数、执行主体、执行结果和目标资源。

·将Prompt Injection、恶意文档、恶意代码仓库和检索内容污染纳入威胁建模，但不能把所有AI工具滥用都归类为Prompt Injection。

·对AI连接器实施网络隔离、资源白名单、敏感数据脱敏和调用速率限制；对高风险工具调用实施二次认证、审批和异常行为检测。

·建立AI工具身份撤销预案：员工终端失陷时，可同步吊销AI会话、Agent令牌、连接器凭证和后台服务身份。

4.3 Access Token：从“凭证管理”升级为“权限生命周期管理”

容器部署Token是本事件中从员工环境走向生产环境的关键节点之一。Token本身不是问题，问题在于它的权限范围、有效期、使用环境和撤销能力。如果一个长期有效、可跨设备复制的Token拥有生产部署权限，那么单个终端失陷就可能扩大为生产环境风险。

建议措施：

·使用短生命周期、细粒度scope和明确audience的Token；避免在员工终端保存长期有效的生产级凭证。

·优先采用工作负载身份、短期动态凭证和设备绑定机制，减少静态密钥及可复制Bearer Token。

·将部署权限与人员日常身份分离，员工不直接持有可在任意终端调用的生产部署凭证。

·对Token签发、读取、复制、使用、刷新和撤销建立统一审计；监测异常设备、异常地理位置、非工作时段、异常目标资源和不符合历史基线的调用。

·发生终端失陷时，按照身份关系图同步排查关联Token、服务账号、API Key、SSH Key、云角色和工作负载凭证，避免只轮换已知的一组密码。

4.4 容器与DevOps：部署权限不应成为生产环境通行证

本次事件中，攻击者使用A的凭证从C的设备部署容器并触发恶意脚本。该路径提醒企业，容器部署权限与容器运行权限必须分开治理，部署成功不应自动意味着可以访问所有内部服务，更不应默认拥有钱包、密钥管理或交易签名能力。

建议措施：

·将开发、测试和生产部署权限分离；生产部署必须通过受控CI/CD流程，不允许从员工终端直接获得任意生产容器部署能力。

·对镜像实施可信仓库、签名验证、来源证明、依赖清单和准入控制；禁止未审核镜像或临时构建产物进入敏感生产环境。

·采用最小RBAC权限，限制Namespace、集群资源、服务账号和Secret读取范围；容器默认非特权运行、只读文件系统、最小Linux能力集。

·限制容器东西向和南北向网络访问，特别是对签名服务、密钥管理系统、数据库和管理平面的访问；默认拒绝，按业务需求逐项放行。

·对工作负载身份进行独立授权，禁止容器继承过宽的宿主机或部署平台权限；敏感服务调用应进行独立身份认证和业务授权。

·部署运行时检测，监控异常Shell、临时容器、异常镜像、敏感目录访问、服务账号Token读取和非预期外联。

4.5 钱包签名服务：MPC不能替代交易意图校验

MPC解决的是密钥材料分散和签名过程的协同问题，不自动解决“谁可以请求签名、请求签什么、为什么签、签名后会产生什么效果”。若签名服务只验证调用身份或技术格式，而缺少独立的业务策略校验，攻击者可能在未取得完整私钥材料的情况下滥用签名能力。

建议措施：

·将签名服务调用身份与交易业务授权分离；任何调用方都不能仅凭服务身份直接获得任意交易签名能力。

·在独立策略层校验链ID、资产类型、目标地址、合约地址、函数选择器、授权对象、金额、频率、Nonce和交易模拟结果。

·对EIP-7702授权、合约委托、无限额度授权、权限升级和非标准交易类型设置专门风险策略，默认拒绝或要求独立审批。

·实施双人审批、阈值控制、目的地址白名单、单笔和累计额度限制、异常速率限制及高风险交易延迟机制。

·将签名服务、MPC参与方、部署平台和业务审批系统分离，避免同一员工身份或同一工作负载同时控制多个关键环节。

·建立签名服务紧急熔断能力：能够按钱包、链、交易类型、目标地址和调用身份快速停止签名，而不只依赖暂停常规提现业务。

4.6 链上授权：将EIP-7702委托状态纳入应急响应

EIP-7702表明，链上授权状态可能在交易所关闭常规提现或暂停内部服务后继续存在。对数字资产机构而言，链上授权、委托代码、代币Allowance、Permit、Session Key和智能账户模块权限，都应被视为需要持续监控和可撤销的安全状态。

建议措施：

·建立链上授权清单，持续监控EOA委托代码、EIP-7702授权、合约权限变更、代币Allowance和其他可持续生效的授权状态。

·对委托目标合约实施白名单和代码风险检查；对非预期委托地址、异常Nonce变化和批量授权请求触发实时告警。

·将链上授权签名纳入独立策略校验，不能因为授权交易格式合法就默认其业务意图合法。

·为各类链上授权建立可执行的紧急撤销流程，明确MPC签名参与、审批人、交易构造、广播、确认和验证步骤，并定期演练。

·应急预案应同时覆盖链下系统停机和链上状态撤销，不能假设暂停提现、关闭钱包服务或吊销内部Token就能自动撤销已经生效的链上授权。

4.7 SOC监测与事件响应：从单点告警转向攻击链关联

本事件的攻击活动跨越员工终端、招聘社交工程、AI工具、身份系统、DevOps、容器和链上交易。单一EDR告警或单一身份异常可能不足以识别整体攻击。企业应将终端、身份、AI工具、代码仓库、CI/CD、容器平台、签名服务和链上监控纳入统一的关联分析。

4.8 建议的防护优先级

第五章结论

币安2026年10月29日安全事件的公开信息表明，攻击者并非通过单一漏洞直接攻破钱包，而是经过数月准备，组合使用恶意软件投放、虚假招聘、员工终端控制、内部AI工具、身份凭证和DevOps部署权限，最终滥用钱包签名服务并利用EIP-7702建立链上委托授权。

本报告认为，事件最值得关注的不是某个单独恶意软件、某个AI模型或EIP-7702协议，而是攻击者将多个原本分散的信任关系串联起来：员工身份与终端之间的信任、员工与内部AI工具之间的信任、部署平台与容器之间的信任、容器与内部服务之间的信任，以及签名服务与链上授权之间的信任。只要其中一个高权限节点缺少独立约束，初始终端失陷就可能逐步放大为生产环境和核心资产风险。

从企业安全建设角度，本事件提出五项直接警示：第一，Stealer窃取的Cookie、Session和Token可能比密码更直接地转化为内部访问能力；第二，内部AI工具和Agent必须纳入身份、权限、连接器和工具调用治理；第三，Access Token应实施短期化、细粒度、设备或工作负载绑定；第四，容器部署权限必须与生产服务访问权限隔离；第五，MPC签名和链上授权必须配套独立的交易意图校验、链上状态监控和紧急撤销机制。

目前公开资料尚不足以确认恶意软件具体窃取了哪些凭证、内部AI工具通过何种机制控制A和C、容器如何访问钱包签名服务，以及签名策略在哪一层失效。上述问题应作为后续独立调查和技术验证的重点。在独立审查结果发布前，本报告结论应被视为基于公开材料的二次分析，而非对币安内部根因的最终认定。

附录一攻击时间线汇总

附录二事实、推论与待验证事项矩阵

参考资料

[1] Binance. 29 October 2026 Binance Security Incident: Initial Findings and Response Update. 2026-11-03.https://www.binance.com/en/blog/community/3229153443759566763

[2] Federal Bureau of Investigation (FBI). North Korea Responsible for $6 Billion+ Binance Attack. 2026-10-31.https://www.fbi.gov/investigate/cyber/alerts/2026/north-korea-responsible-for-6-billion-binance-attack

[3] Reuters. Binance hackers used fake job interview in $6.3 billion attack. 2026-11-03.https://www.reuters.com/world/binance-says-hackers-used-fake-job-interview-compromise-computer-before-63-2026-11-03/

[4] Binance. Security Incident Update (2026-10-30). 2026-10-30.https://www.binance.com/en/support/announcement/detail/c5a8729a97ac486d963784d96c5642d7

[5] Microsoft Security. Contagious Interview: Malware delivered through fake developer job interviews. 2026-03-11.https://www.microsoft.com/en-us/security/blog/2026/03/11/contagious-interview-malware-delivered-through-fake-developer-job-interviews/

[6] SANS Internet Storm Center. Malicious Ad for Homebrew Leads to MacSync Stealer. 2026-05-01.https://isc.sans.edu/diary.html?date=2026-05-01

[7] Ethereum Improvement Proposals. EIP-7702: Set Code for EOAs.https://eips.ethereum.org/EIPS/eip-7702

资料检索与核对截止日期：2026年11月4日。