返回论坛

深度解析:1155 WBTC 钓鱼事件的技术分析与防御指南

查找币 漏洞披露 安全研究 Web3安全 区块链安全

查找币安全研究院

钱包恢复评估 | 链上取证分析 | Web3 事件响应
以合法授权、证据保全、隐私保护和可复核流程为前提,不要求用户在线提交完整私钥或助记词。

查看研究院 研究报告中心
## 事件概述 2024年5月3日,Web3反诈骗平台Scam Sniffer监测到一起重大钓鱼攻击事件:一名巨鲸因遭遇相同首尾号地址钓鱼攻击,损失了1155枚WBTC,价值约7000万美元。虽然此类攻击手法并非首次出现,但本次事件造成的损失金额令人震惊。查找币安全团队对此事件进行了深度技术分析,现将关键发现与防护建议分享给社区。 ## 攻击技术细节 ### 受害者与钓鱼地址 - **受害者地址**:`0x1E227979f0b5BC691a70DEAed2e0F39a6F538FD5` - **目标转账地址**:`0xd9A1b0B1e1aE382DbDc898Ea68012FfcB2853a91` - **钓鱼地址**:`0xd9A1C3788D81257612E2581A6ea0aDa244853a91` ### 攻击流程三阶段 #### 1. 地址碰撞生成 黑客采用分布式批量程序,预先生成大量钓鱼地址。关键手法是: - 去除地址开头的 `0x` 后,保留目标地址的**前4位**和**后6位**字符 - 通过暴力碰撞生成与目标地址首尾相同、中间部分不同的钓鱼地址 - 本案例中,钓鱼地址与目标转账地址的前4位和后6位完全一致 #### 2. 尾随交易注入 用户在完成正常转账后,黑客在约3分钟内执行以下操作: - 使用碰撞生成的钓鱼地址,向用户地址转账0 ETH - 这笔零值交易会出现在用户的交易记录中 - 由于用户习惯从钱包历史记录复制最近转账地址,钓鱼地址成功混入用户的交易列表 #### 3. 诱导误转 受害者从钱包历史记录中复制了钓鱼地址(误以为是目标地址),未仔细核对完整地址,直接将1155枚WBTC转入钓鱼地址。由于区块链操作的不可逆性,资金一旦转出便无法追回。 ## 资金流向追踪分析 ### 初始资金转移 查找币追踪系统分析显示,黑客已将1155枚WBTC兑换为22,955枚ETH,并分散至以下10个地址: > (此处为10个地址列表,因原文未提供完整地址,此处省略具体地址) ### 资金转移模式 5月7日起,黑客开始转移这10个地址上的ETH,呈现以下特征: - 每个地址保留不超过100 ETH - 剩余资金被粗略平均拆分后转移至下一层地址 - 目前资金尚未兑换为其他币种或转入中心化平台 以地址 `0x32ea020a7bb80c5892df94c6e491e8914cce2641` 为例,其资金转移路径可通过[查找币追踪系统](https://查找币追踪系统.io/s/1cJlL)查看高清图。 ### 手续费地址溯源 初始钓鱼地址 `0xd9A1C3788D81257612E2581A6ea0aDa244853a91` 的手续费来源为 `0xdcddc9287e59b5df08d17148a078bd181313eacc`。进一步分析发现,该地址在4月19日至5月3日期间,发起超过2万笔小额ETH分发交易,用于支付不同钓鱼地址的Gas费用。 ### 关联钓鱼事件 通过大规模扫描,查找币安全团队发现多起与本次事件关联的钓鱼攻击,例如: - 钓鱼地址 `0xbba8a3cc45c6b28d823ca6e6422fbae656d103a6` 的手续费溯源地址与1155 WBTC事件重叠 - 确认这些攻击由同一黑客或黑客团伙实施 ### 洗钱特征分析 根据黑客此前获利资金的转移模式(3月底至今),我们总结出以下洗钱特征: 1. 将ETH链上的资金兑换为门罗币(XMR) 2. 或跨链至Tron网络 3. 转入疑似OTC地址 4. **高度可能**:黑客会采用相同方式处理本次1155 WBTC事件获利资金 ## 黑客特征画像 ### 技术特征 - **IP来源**:疑似使用位于香港的移动基站IP(可能通过VPN) - `182.xxx.xxx.228` - `182.xxx.xx.18` - `182.xxx.xx.51` - `182.xxx.xxx.64` - `182.xxx.xx.154` - `182.xxx.xxx.199` - **攻击策略**:广撒网模式,同时监控大量目标地址 - **自动化程度**:采用分布式批量程序,实现自动化地址碰撞和尾随交易 ### 行为特征 - 资金转移节奏谨慎,每层地址保留少量余额 - 不急于将大额资金转入交易所,优先通过隐私币或跨链混淆资金流向 - 攻击时间跨度长(至少1个月),持续部署钓鱼地址 ## 防护建议 ### 1. 升级地址验证习惯 - **检查范围**:至少检查地址中去除 `0x` 后的前6位和后8位字符 - **最佳实践**:逐位核对完整地址,尤其关注中间部分 - **工具辅助**:使用支持地址标签或白名单功能的钱包 ### 2. 警惕零值交易 - 对于钱包历史记录中出现的0 ETH转账,需保持高度警惕 - 不要仅依赖钱包显示的地址首尾字符 - 建议关闭钱包的“显示零值交易”选项(如支持) ### 3. 实施小额测试 - 对于大额转账,务必先进行小额测试交易 - 确认测试交易成功且地址正确后,再进行正式转账 - 即使中招,小额测试也能将损失降至最低 ### 4. 使用专业安全工具 - 安装支持地址验证的浏览器插件(如Scam Sniffer) - 利用链上监控工具(如查找币追踪系统)实时检查地址风险 - 关注查找币安全团队的威胁情报更新 ## 总结 本次1155 WBTC钓鱼事件再次印证了区块链安全领域的核心问题:**技术漏洞往往源于人的操作习惯**。相同首尾号地址攻击虽然技术门槛不高,但通过精心设计的尾随交易和社会工程学手法,依然能够造成巨大损失。 查找币安全团队提醒广大用户: - **区块链操作不可逆**,任何转账前务必仔细核对地址 - **不要盲目信任钱包历史记录**,黑客可轻易伪造交易记录 - **保持安全警觉**,定期学习最新钓鱼手法和防护知识 本文由查找币安全团队整理发布
在论坛中查看和回复