图片
一、前言
北京时间3月20日晚，知道创宇区块链安全实验室 监测到以太坊上分布式跨链协议 Li.Finance 受到了攻击，攻击者执行了37次call注入获取了多个钱包中约60万美元的资产（204个ETH）。此次资产损失并没有非常大，但项目方对于攻击的处理非常积极并值得学习与肯定(见后文)，目前项目方已补偿了协议损失并修复后重新部署了协议。知道创宇区块链安全实验室第一时间跟踪本次事件并分析。
二、分析
1.攻击者相关信息
攻击tx：0x4b4143cbe7f5475029cf23d6dcbb56856366d91794426f2e33819b9b1aac4e96
被攻击合约：
0x5A9Fd7c39a6C488E715437D7b1f3C823d5596eD1--代理合约0x73a499e043b03fc047189ab1ba72eb595ff1fc8e--逻辑合约
攻击者地址:
0xC6f2bDE06967E04caAf4bF4E43717c3342680d76 -- 部署地址0x878099F08131a18Fab6bB0b4Cfc6B6DAe54b177E -- 收款地址
2.攻击流程
攻击调用流程攻击者构造payload并调用被攻击合约0x5a9fd7c3的swapAndStartBridgeTokensViaCBridge函数
图片
具体使用的Payload如下--图中选中部分即为利用授权转账（transferFrom）部分的payload：
图片
调用一次正常50刀的跨链桥功能（为了能正常调用swapAndStartBridgeTokensViaCBridge函数）
图片
在payload中包括多个call方法(调实际用transferFrom)。让0x5a9fd7c3调用37个call，借此利用多个钱包对于0x5a9fd7c3合约的授权(approve)将钱包资产转账到攻击者地址：
图片
后续执行正常的跨链桥逻辑_startBridge(_cBridgeData);。这也是为什么第一个swap是正常的，这样才能让后续逻辑正常执行下去
图片
3.漏洞细节
导致本次问题的根本原因被攻击合约0x5a9fd7c3的逻辑合约存在一个批量让call调用传入数据的函数swapAndStartBridgeTokensViaCBridge
图片
该合约将会取出payload中的多个_swapData数据结构并调用，LibSwap.swap(...);实现如下：
图片
借此，攻击者利用该合约的call将各个钱包对0x5a9fd7c3合约的代码授权转走了多个钱包中的各种代币。
图片
4.项目方进展
在事件发生后，项目方第一时间对合约可能的方法进行了停用，并为其审计和安全性问题进行致歉。
图片
而后，项目方还联系了黑客，希望能与其取得联系并和平解决：
图片
同时，最快的时间将漏洞合约修复后上线：
图片
并将钱包（以Matic为例）对于之前被攻击合约的授权取消，对新的合约进行了重新授权：
图片
最后，将用户资产进行补回：
图片
同时我们关注到，其在polygon链上的合约也已实现了新的部署：
图片
三、总结
此次攻击的根本原因是项目方对于swapAndStartBridgeTokensViaCBridge合约的实现过度自由化所导致的call调用注入，但项目方积极的面对问题的态度和后续补救的及时性值得学习和肯定。不贵于无过，而贵与改过。但我们仍希望能将错误扼杀在发生之前，应从他人的错误中学习并避免自己未来的错误，正如Li.Finance所说的那样：我们的使命是最大化用户体验，现在我们痛苦地了解到，为了遵循这种精神，我们的安全措施必须大幅改进。近期，各类合约漏洞安全事件频发，合约审计、风控措施、应急计划等都有必要切实落实。
