1.前言
北京时间3月15日晚，知道创宇区块链安全实验室?监测到Gnosis链上的借贷类协议?HundredFinance与Agave?均遭遇了闪电贷袭击，包括?AAVE的分支Agave?和?Compound的分支HundredFinance?。协议损失超1100万美元。目前?项目方已暂停其数百个市场。
知道创宇区块链安全实验室?第一时间跟踪本次事件并分析。
NEAR将于第三季度末引入Chunk-Only Producer角色，仅负责在单个分片中生成Chunk:7月1日消息，NEAR将于7月13日开启Stake Wars III，该阶段将专注于引入仅负责在单个分片中生成Chunk的Chunk-Only Producer，他们可以在要求不高的机器上运行他们的验证节点，例如4核CPU、8GB RAM和200GB SSD存储。NEAR表示，一旦第三季度末NEAR主网上可以使用Chunk-Only Producer，NEAR计划再增加200至300个验证者，NEAR网络目前由100个验证者保护。[2022/7/1 1:44:02]
2.分析
2.1攻击者相关信息
HundredFinance被攻击tx：
0x534b84f657883ddc1b66a314e8b392feb35024afdec61dfe8e7c510cfac1a098
攻击合约：0xdbf225e3d626ec31f502d435b0f72d82b08e1bdd
攻击地址:0xd041ad9aae5cf96b21c3ffcb303a0cb80779e358
Neo Hunters的Discord遭遇黑客攻击，官方提醒用户不要点击链接:6月21日消息，NFT项目Neo Hunters官方推特发文称，其官方Discord遭遇黑客攻击，提醒用户不要点击任何链接。[2022/6/21 4:42:19]
攻击后跨链匿名化：https://etherscan.io/txs?a=0xd041ad9aae5cf96b21c3ffcb303a0cb80779e358
Agave被攻击tx：
0xa262141abcf7c127b88b4042aee8bf601f4f3372c9471dbd75cb54e76524f18e
攻击合约：0xF98169301B06e906AF7f9b719204AA10D1F160d6
攻击地址:0x0a16a85be44627c10cee75db06b169c7bc76de2c
攻击后跨链匿名化：https://etherscan.io/txs?a=0x0a16a85be44627c10cee75db06b169c7bc76de2c
大数据公司Phunware以大约2380万美元购买了额外的398枚比特币:11月22日消息，市场消息，大数据公司Phunware以大约2380万美元购买了额外的398枚比特币，平均价格约为59917美元/枚。[2021/11/23 7:05:18]
2.2攻击流程
由于HundredFinance与Agave攻击流程与手法类似，因此我们使用HundredFinance进行分析。
HundredFinance攻击调用流程
1、攻击者利用合约在三个池子中利用闪电贷借出WXDAI和USDC
2、在WETH池子质押借出的部分USDC
动态 | ThunderCore合伙人Elaine 离开团队，投资者质疑团队隐瞒消息砸盘:8月5日上午，ThunderCore英文社群电报群和中文微信群管理员发布消息称ThunderCore联合创始人、技术核心 ElaineShi 博士在结束了2年的合约后，不再继续签约。有投资者在社群内表示项目团队早已知道这一事情并且进行了隐瞒，并认为项目方「偷偷砸盘」。（区块律动）[2019/8/5]
3、利用重入利用一笔质押，超额借出池子中资金
4、重复质押-重入借出步骤，将其他两个池子资产超额借出
动态 | Thundercore最早的非官方社区与项目决裂:ThunderCore（币代码：TT）最早的非官方社区 ThunderFans 宣布停止运营。ThunderFans 在告别文中称，项目团队本身对“去中心化”没有敬畏之心、对投资人没有感恩之心、对市场没有认知之心、对支持者没有赤城之心。[2019/5/12]
5、归还闪电贷
6、获利转移
2.3漏洞细节
导致本次问题的根本原因是由于在Gnosis链上的官方桥接代币xDAI合约中实现了一个对于to地址的回调(callAfterTransfer函数)
合约实现地址：
https://blockscout.com/xdai/mainnet/address/0xf8D1677c8a0c961938bf2f9aDc3F3CFDA759A9d9/contracts
该回调将直接导致重入漏洞的产生，同时由于在HundredFinance团队fork的Compound版本中没有严格遵循检查-生效-交互，进而导致了总借贷量更新晚于重入实现。最终攻击者得以超额借贷。
类似的，对于Agave项目方，攻击者利用liquidateCall函数内部调用会调用xDAI的?callAfterTransfer?方法进行回调，最终导致攻击者能再次进行借贷。
在HundredFinance攻击中攻击者重入的调用路径如下：
在Agave攻击中攻击者回调路径如下：
3.总结
此次遭受攻击的两个借贷项目由于错误的引入了存在重入的token，同时项目方的fork的代码没有采用检查-生效-交互模式导致了问题的发生。
我们强调：对于一个优秀的项目的引用必须建立在足够的理解和严谨的开发上，尤其是存在差异化的部分，切忌顾此失彼最终因为一个小的差错导致项目全部的损失。
近期，各类合约漏洞安全事件频发，合约审计、风控措施、应急计划等都有必要切实落实。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。