具备钓鱼检测能力的DeFi交易钱包基础设施：”你签的”必须等于”实际发生的”
损失金额在下降，但这不等于问题正在消失
钓鱼团伙用来清空用户钱包的”盗币软件”（Wallet Drainer），造成的损失金额正在下降。2024年是这类攻击的高峰期，全年损失一度高达约4.94亿美元，波及超过33万个钱包；到了2025年，这个数字降到了约8385万美元，波及的钱包数约为10.6万个——损失金额降了83%，受害钱包数量降了68%。乍看是个好消息。但如果换算成”平均每个钱包被盗走多少钱”，情况就没那么乐观了：这个数字只从约1488美元降到约790美元，跌幅远不如总量数字那么好看。像Inferno Drainer（通过超过1.6万个恶意域名盗取超过8000万美元后关停）和Pink Drainer（从超过2.1万名受害者手中盗走逾8500万美元）这类攻击团伙，还揭示了另一个事实：一个盗币服务关停，并不代表它的运营者和分销团伙就此退出市场——他们往往只是换了一套工具继续作案。所以，对于任何正在为DeFi活动搭建或选择钱包基础设施的人来说，真正值得关心的问题，不是总量数字有没有在变好，而是钱包本身能不能替用户挡住那些用户自己根本看不出来的风险。
盗币攻击实际是如何运作的——以及为什么”别泄露助记词”这条建议已经不再有效
现代盗币软件不会索要密码或助记词，这正是老一套安全建议对它们完全失效的原因。典型的攻击遵循一套固定模式：受害者进入一个克隆或被入侵的页面，页面发起一次看起来正常的钱包连接握手，请求对一条类型化数据消息或一笔代币授权进行签名，受害者因为觉得这一切看起来很常规而在自己的设备上确认了签名，随后一个后台的spender合约就会把已获授权的资产扫走。这里的攻击手法根本不是窃取凭证——而是让用户对一笔他自己并未真正理解的交易签下一个合法有效的签名，往往是通过无上限的ERC-20授权，或是授予常设权限（而不是一次性转账权限）的Permit2授权来实现的。克隆网站、虚假空投、被入侵的社交账号、恶意广告、冒充客服渠道——这些分发渠道，相对于核心攻击机制来说其实都是次要的：核心问题在于，用户在签名那一刻，看不到这笔交易实际会产生的效果，却依然对它签下了一个真实有效的签名。
地址投毒（Address Poisoning）是一种独立的威胁，而不是授权钓鱼的变种
除了基于授权的盗币攻击之外，地址投毒操纵的是钱包自身的交易历史，而不是滥用签名。攻击者会从一个刻意伪造得与受害者此前真实交易过的地址高度相似的地址，发送一笔金额极小、几乎没有价值的交易，这样一来，受害者日后从交易历史里复制粘贴地址时，就会把真实资金发送到攻击者伪造的相似地址上，而不是原本的目标地址。这一点对钱包设计来说尤为重要，因为它恰恰击穿了大多数用户在不自知的情况下所依赖的一种心理模型——”我以前给这个地址转过账，所以它是安全的”——而这正是这种攻击所利用的漏洞本身。
盲签（Blind Signing）是这一切背后共同的漏洞——它曾把一次界面入侵变成一起14亿美元的盗窃案
“你所看到的”必须等于”实际发生的”这一原则，最清晰的例证就是Bybit事件：攻击者入侵了一个钱包界面，让它显示一个合法的目标地址，而硬件签名设备上却只显示了原始的合约交互参数，没有展示完整的交易细节——正是界面与设备之间的这种不一致，让大约14亿美元在屏幕上一切看起来都正常的情况下，转移到了攻击者控制的地址上。这正是盲签这种做法背后普遍存在的结构性风险：当一台设备确认的是一个哈希值或不透明的合约调用，而不是清晰、人类可读的交易字段时，用户实际上信任的是界面本身，而不是在真正核验交易内容——而一个被入侵的界面，可以随意显示任何它想让用户看到的内容。
钱包的钓鱼检测层实际需要做到什么
比起依赖任何单一控制措施，分层防御通常是更被推荐的做法，而这也恰好直接映射到了钱包基础设施应当具备的能力：预先授权的地址白名单，让未被识别的目标地址在进入审批阶段之前就被拦截；有限期限的授权，取代无上限的额度，让一笔过期已久的授权无法被无限期地利用；交易模拟功能，能在一笔签名被确认之前，预览它在链上实际会产生的效果；设备层面的清晰签名（Clear-Signing），让签名者看到的是可读的交易字段，而不是一个不透明的哈希值；以及常态化的授权审计，主动发现并撤销用户早已遗忘、却依然生效的常设授权。这些防御层没有任何一层能够单独就足够：如果底层界面本身可能被篡改，白名单策略也无济于事；如果钱包本身就允许无上限的常设授权，交易模拟同样解决不了问题。
DeFi钱包基础设施具体需要交付什么
- 内建在交易流程本身中的实时合约监控与钓鱼检测，而不是把这项检查完全留给用户在签名前自行判断。
- 在审批阶段之前就自动强制执行的地址白名单，让未列入白名单的目标地址被自动拦截，而不是依赖用户在当下的判断力。
- 具备防篡改能力的白名单治理机制——对已批准地址列表的任何修改，都应该需要多方共识，且任何篡改行为都能被实时检测并告警。
- 对”签名的交易”与”实际执行的交易”是否一致进行验证，从根本上弥合曾经把一次界面入侵变成九位数损失的那个”所见非所签”的缺口。
- 支持有限期限、会过期的授权，而不是默认采用可以被无限期利用的无上限额度。
- 在合约层面的保护之上，叠加AML与异常监控，因为在实践中，钓鱼风险和洗钱风险往往是相互交织的。
Safeheron在DeFi交易安全中的位置
Safeheron 的 MPC 自托管平台，把实时合约监控与钓鱼检测直接内建在交易流程当中，让可疑的合约交互在签名环节本身就被标记出来，而不是完全留给用户独立去发现。其 Policy Engine（策略引擎） 把转账严格限制在预先授权的地址范围内，让未列入白名单的交易在进入审批阶段之前就被自动拦截——而对白名单本身的任何修改，都需要多方共识，并且在TEE内部实现的实时篡改检测，会针对任何未经授权的变更触发即时告警。
针对Bybit事件背后那种确切的失效模式，Safeheron的应对是架构层面的：每一笔交易都在Intel SGX硬件隔离环境内完成哈希、签名与验证，让平台能够保证签名者所确认的内容，就是链上实际执行的内容——直接弥合”所见非所签”的缺口，而不是依赖对界面本身的信任。这一切建立在Safeheron更广泛的 MPC 自托管架构之上，该架构将MPC与硬件隔离结合，确保私钥在任何环节都不会以完整形态被组装出来，并配有针对高风险交易的内置AML监控，以及作为额外控制层的离线成员授权机制。对于专门活跃于DeFi领域的机构，同一平台提供的独立 DeFi Vault（DeFi金库） 配置，能够在结构上把面向DeFi的活动与核心持仓分隔开来。该平台通过SOC 2与ISO/IEC 27001:2022认证，并配有通过Lockton安排的数字资产托管风险保险；对于希望获得更多架构直接控制权的机构，Safeheron的 MPC节点套件基于同一底层技术，提供了自托管的路径，这一切都隶属于 Safeheron 更广泛的、专为 交易所与支付服务商 打造的产品线，这些机构同样面对着可比的DeFi敞口。
一份简短的评估清单
- 钱包能否把可疑或恶意的合约交互，实时标记为签名流程本身的一部分，而不是完全留给用户自行判断？
- 未列入白名单的目标地址，是否能在进入审批阶段之前就被自动拦截，白名单本身的修改是否受到多方共识的保护？
- 平台能否验证签名者所确认的内容，与链上实际执行的内容一致，从而弥合盲签带来的缺口？
- 钱包是否支持有限期限、会过期的授权，而不是默认采用无上限的常设额度？
- 面向DeFi的活动，是否在结构上与核心持仓分离，而不是共用同一个钱包和授权界面？
- 合约层面的保护，是否与AML和异常监控叠加使用，而不是被当作一项孤立的控制措施？
结语
盗币软件造成的损失总量或许正在下降，但其运作机制并没有改变：无论是通过授权钓鱼、地址投毒，还是通过一个利用盲签漏洞被入侵的界面，本质上都是让用户在无法看清交易真实效果的情况下，签下了一个合法有效的签名。一款为DeFi活动打造的钱包，必须直接弥合这道缺口——在签名之前标记出恶意合约，强制执行不能被悄悄篡改的白名单与授权控制，并保证展示给用户看到的内容，与链上实际执行的内容完全一致。Safeheron 基于 MPC 构建、内建钓鱼检测、策略层面白名单以及 TEE 验证交易完整性的托管基础设施，正是要让”你签的”和”实际发生的”在默认情况下就是同一件事。
如果你正在为自己的 DeFi 业务评估钱包基础设施，欢迎预约一次Safeheron产品演示，与我们的技术专家具体聊聊你的场景和需求。
