最大的加密货币支付黑客攻击及其背后的攻击面

您的支付系统存在的意义是转移资金——这也正是热钱包、签名流程和管理员权限成为攻击者直接攻击目标的原因。正如下文案例所示，攻击面已从智能合约漏洞扩展至签名基础设施、密钥以及操作人员本身。

这一规律贯穿于2025年加密货币领域三起最大的支付相关事件。我们对攻击链进行了深入分析，每起事件都对应一条独特的攻击路径：针对签名基础设施的供应链攻击、泄露的管理员密钥，以及遭受社会工程学攻击的运营人员。以下我们将逐一拆解每起事件的经过，分析其对加密货币支付攻击趋势的启示，并进一步深入合约层——探讨智能合约在支付系统中的实际应用场景、两种主流稳定币在冻结或铸造资金方面的权限差异，以及自行部署的支付合约在上线前后所需满足的安全要求。

Bybit，15亿美元：当签名工具本身成为攻击入口

2025年2月，Bybit遭遇加密货币史上最大单次安全事件，损失约15亿美元（401,347 ETH）。

攻击者从未利用Bybit自身合约的任何漏洞——他们入侵的是签名者所信任的第三方Safe{Wallet}界面。攻击者向Bybit使用的第三方多签管理工具Safe{Wallet}的前端代码注入了恶意JavaScript。当Bybit的签名者在Safe{Wallet}网页界面上看到一笔看似常规的"内部转账"并完成签名时，他们实际上签署的是一笔delegatecall操作——该操作将多签合约的代理槽位0替换为攻击者控制的恶意实现合约。签名完成后，攻击者在数分钟内将整个钱包的资产悉数转走。

此次攻击得逞，需要四个环节同时失守：

• 终端安全 — 签名者使用的网页界面来自第三方，缺乏独立验证机制。
• 交易验证 — 盲签意味着签名者无法从屏幕上区分普通转账与delegatecall操作。
• 合约设计 — 代理升级权限未设置时间锁保护。
• 操作隔离 — 签名环境与日常办公环境未实现物理隔离。

最后一点值得深思：即便是资源充足的交易所，一旦多个安全防线同时失效——终端安全、交易验证、合约设计和操作隔离——也可能损失15亿美元。有关加固签名环境本身的详细内容，请参阅密钥管理与签名基础设施。

UPCX，7000万美元：一把泄露的管理员密钥，尽失全盘控制

2025年，支付协议UPCX因管理员私钥泄露损失约7000万美元。

此次攻击中，攻击者无需诱骗任何人签名。他们直接获取了ProxyAdmin私钥，利用合约升级功能将实现合约替换为恶意版本，随后调用withdrawByAdmin将所有资金转走。

教训直白而深刻：密钥泄露加上合约升级权限，等于全面失控。这正是为什么ProxyAdmin密钥管理必须采用MPC或多签方案——绝不能由单人持有——同时合约升级必须设置时间锁（例如48小时延迟），为团队提供一个在升级生效前发现异常的窗口。关于如何构建此类密钥管理方案，我们在本系列的其他文章中有更深入的探讨。

MoonPay，25万美元：当攻击者绕过代码本身

并非每一起加密货币支付攻击都涉及合约或密钥系统。根据2025年美国司法部的没收申请文件，加密支付公司MoonPay的首席执行官和首席财务官仅因一封电子邮件便被钓鱼，损失约25万美元USDT。

攻击者冒充知名人士，利用拼写域名仿冒发件人地址——将大写字母"I"替换为小写字母"l"，在无衬线字体下几乎肉眼难辨——诱使MoonPay高管将USDT转入攻击者控制的地址。此次攻击不存在任何技术漏洞，密钥系统也未被触及，完全是纯粹的社会工程学手段。

Tether事后冻结了约4万美元的被盗资金，其余款项已流往境外，由司法部追缴。

此案有几点值得关注：

• 社会工程学攻击不分对象——即便是顶级支付公司技术能力出众的高管也可能中招。
• 在发送资金前，务必通过独立渠道核实收款地址，切勿仅凭邮件中显示的地址进行判断。应将地址核验、白名单机制与大额转账冷却期结合使用。
• 稳定币冻结功能确实帮助事后追回了部分损失，但仅是极小比例。预防始终优于事后冻结。

规律：三条攻击路径，一个共同启示

将这三起案例并排比较，规律清晰可见——每起事件对应不同的失守环节，但每个环节都有明确的防御方案：

攻击面已然转移：威胁不再只是智能合约漏洞，而是签名基础设施、管理员密钥以及围绕它们运作的操作人员。如果您负责一套加密货币支付系统，实际的启示是：将签名工具、管理员密钥和运营人员视为三个独立的攻击面，分别建立对应的防控机制。

当然，合约权限问题在上述三起案例中的两起中均有体现——未设时间锁的代理升级是Bybit四重失守之一，而UPCX的ProxyAdmin密钥则是整个攻击的核心。因此有必要深入一层：支付系统的合约层究竟由什么构成，又需要满足哪些安全要求。

智能合约在支付中的实际应用场景

如果您正在构建加密货币支付产品，很容易将智能合约安全等同于DeFi级别的复杂性：数十个协议相互交织、一套复杂的经济假设，以及庞大的攻击面需要防守。但支付公司通常并不处于这样的场景中。与DeFi相比——DeFi场景可能涉及十几个合约在复杂经济模型下相互交互——支付合约逻辑通常更为直接。从低到高复杂度，其应用主要集中在四个场景。

稳定币合约，几乎每家公司都在使用。 USDC和USDT本身就是智能合约，具备mint（铸造）、burn（销毁）、blacklist（黑名单）和pause（暂停）等管理功能。您是这些合约的使用者，而非部署者——但您仍需理解其权限模型和冻结能力，我们将在下文展开介绍。

合约多签与账户抽象，即钱包与治理层。 Safe等合约多签用于管理资金和合约权限，是钱包层的核心。账户抽象（ERC-4337）也已开始进入支付场景，支持无Gas支付（由paymaster代付Gas，用户无需持有原生代币）、企业消费限额以及会话密钥等功能。

自动分账、条件释放与跨链结算——当前快速扩展的类别。 这正是"可编程货币"名副其实之处。Coinbase与Shopify的Commerce Payments Protocol可在链上实时完成收款分账：在捕获时，合约原子化地将手续费路由至feeReceiver，将余额转至商户，并可将单笔授权拆分为多笔以不同比例发送给不同收款方的捕获操作——例如将1,000 USDC分两笔捕获，向不同收款方支付费用，并将余额结算给商户。同一协议还将卡组织熟悉的授权/捕获流程引入链上：买家完成授权后，资金由托管合约持有，商户可在后续选择捕获或退款。在结算层面，Circle的CCTP采用原生销毁-铸造机制实现跨链USDC转账，并可在目标链到账时触发后续合约操作，将跨链转移与自动结算串联成一体。

自动收益与资金库管理——仍处于早期阶段。 这是指将闲置储备金投入低风险DeFi协议以获取收益，或通过合约自动化资金库操作。大多数支付公司尚未大规模采用，这是有充分理由的：它引入了对外部协议的依赖，从而扩大了攻击面。

目前大多数支付公司的应用集中在前两类，第三类正处于规模化起步阶段，第四类仍属早期探索。应用越简单，攻击面越小——因此，只在业务确实需要时才增加合约复杂度，而非为了"可编程"而追求复杂。

每一种稳定币背后的权限模型

作为稳定币用户，您需要理解合约本身内置的权限设计。两种主流稳定币采取了截然不同的方案。

USDC（Circle） 采用权力分离模型：masterMinter管理铸造者配额，pauser可暂停合约，blacklister管理黑名单，owner负责角色分配。各角色相互独立，权限互不重叠（详见Circle stablecoin-evm合约源代码）。

USDT（Tether） 采用单一所有者模型：一个所有者地址同时持有全部权限——铸造、暂停和addBlackList（添加黑名单）。设计更为简洁，但权限更为集中。

两种模型并无绝对优劣之分——各有取舍。USDC的权力分离方案安全性更高，但运营更复杂；而USDT的集中式模型效率更高，但对单一所有者地址的安全性依赖更重。这一差异并非纯粹理论上的：一旦稳定币发行方需要对您的资金采取行动，它将直接影响您所面临的冻结风险。

保障您自行部署的合约安全

如果您要部署自己的收款、结算、分账或托管合约，在部署前需要进行专业的支付合约审计，并内置一套安全机制。

部署前， 应委托独立第三方安全机构进行审计，并结合自动化静态与动态扫描。确保审查重点涵盖权限管理、资金流向、重入攻击和分账比例溢出——即支付场景特有的风险，而非仅针对通用合约漏洞。

运行时， 需落实四项机制：

• 时间锁 — 对合约升级和参数变更设置延迟（例如48小时），为团队和社区提供一个在变更生效前发现问题的窗口。
• 熔断器 — 在检测到异常的第一时间自动暂停合约操作。
• 角色分离 — 部署者、升级者、暂停者和管理员各自使用不同密钥，确保没有单一凭证能掌控一切。
• 可升级代理模式 — 采用透明代理或UUPS，升级操作须受时间锁加多签的双重保护。

部署后， 立即撤销开发者的高级权限是防范内部威胁的核心举措，也是上文UPCX事件的直接教训：将管理员和所有者权限转移至多签合约，用多签加时间锁保护ProxyAdmin密钥，定期审查合约权限状态以确认不存在残留的开发者权限，并确保每次链上权限变更均生成事件日志，以供监控和审计使用。

上述措施并不能替代审计本身——它们的作用在于防止一份干净的审计报告在上线后因缺乏监控、权限过度积累而逐渐劣化。

防守四个攻击面，并尽可能压缩第四个

2025年系列事件暴露的三个攻击面属于运营层面：签名工具、管理员密钥和运营人员。第四个是合约层，其目标有所不同——不是追赶DeFi的复杂度，而是匹配您的实际使用需求：了解您所接触的稳定币的权限模型，在业务允许的范围内保持自有合约的简洁，并将审计视为持续权限卫生实践的第一天，而非终点线。

关于上述每个攻击面在整体系统架构中的位置，请参阅我们对六层支付架构的详细拆解。若需了解这些防控措施如何协同配合，请下载完整手册（PDF）；若需在内存池阶段实时监控并自动拦截攻击交易，请查看链上安全监控。

常见问题

2025年最大的加密货币支付黑客事件是什么？ Bybit事件，发生于2025年2月，损失约15亿美元（401,347 ETH）。攻击者入侵了第三方多签工具Safe{Wallet}的前端代码，诱使签名者批准了一笔恶意的delegatecall操作。

UPCX黑客事件是如何发生的？ 攻击者获取了UPCX的ProxyAdmin私钥，利用合约升级功能替换为恶意实现合约，并调用withdrawByAdmin转走了约7000万美元的资金。

MoonPay事件是智能合约漏洞攻击吗？ 不是。MoonPay事件中，首席执行官和首席财务官被钓鱼损失约25万美元USDT，不涉及任何技术漏洞，完全是利用仿冒拼写域名发件人地址实施的纯社会工程学攻击。

Bybit、UPCX和MoonPay三起事件有何共同点？ 每起攻击针对的是支付系统的不同层级——签名工具、管理员密钥和运营人员——表明最大的威胁已从智能合约漏洞转向签名基础设施、密钥和运营环节。

USDC和USDT的权限模型有何区别？ USDC（Circle）采用权力分离模型，设有独立的masterMinter、pauser、blacklister和owner角色。USDT（Tether）采用单一所有者模型，由一个地址同时持有所有权限——铸造、暂停和addBlackList（添加黑名单）。

自行部署的支付合约应具备哪些安全机制？ 部署前：进行独立第三方审计并结合自动化扫描，重点审查权限管理、资金流向、重入攻击和分账比例溢出。运行时：对升级操作设置时间锁、部署熔断器、实现密钥角色分离，以及采用受时间锁加多签保护的可升级代理模式。

为什么部署后撤销开发者权限如此重要？ 这是防范内部威胁的核心举措，也是UPCX事件的直接教训。将管理员和所有者权限转移至多签合约，并定期审查权限状态以确认不存在残留的开发者权限，均可有效堵塞这一漏洞。