11月30日，链必应-区块链安全态势感知平台舆情监测显示，自动做市商协议MonoX遭闪电贷攻击，获利约3100万美元。关于本次攻击，成都链安技术团队第一时间进行了事件分析。
事件概览
攻击发生之后，MonoX在官方推特确认其合约遭到攻击，团队正在调查并将尽最大努力追回被盗资金。
MonoX使用单边代币池模型，其使用vCASH稳定币与AMM提供的代币创建虚拟的交易对。简单来说，MonoX创建的是代币-vCASH交易对，添加流动性时，只需要添加代币，进行任意代币兑换时，兑换路径为：代币A->vCASH->代币B，而不需要像Uniswap一样经过多个交易对：代币A->Pair1->Pair2->Pair3->TokenB。
事件具体分析
攻击者使用相同的地址
0xEcbE385F78041895c311070F344b55BfAa953258对以太坊以及MATIC上的MonoX发起了攻击，在两个平台进行攻击所部署的合约一致。攻击交易为：
观点：英国加密监管的关键因素是如何处理零售问题:4月5日消息，在IFGS会议的第二天，金融服务行业集团Shearman & Sterling全球负责人Barnaby Reynolds在“Crypto重启：2021年及未来”的发言中，淡化了英国财政部日前关于英国稳定币使用的监管声明的重要性。Reynolds称：英国正在考虑如何监管加密货币，但昨天宣布将稳定币纳入支付体系的声明相对没有太大影响。就加密货币监管而言，伦敦和纽约是值得关注的两个重要市场，因为这两个市场是全球“脉搏”所在。Reynolds解释说，英国的关键因素是如何处理零售问题。英国对加密货币交易的禁令是争议所在，因为零售市场非常希望进入加密货币市场。
此前消息，英国财政部在官网宣布推出一系列举措，将把稳定币视为一种有效的支付方式，作为使英国成为全球加密资产技术和投资中心的计划的一部分。（Finextra）[2022/4/5 14:05:21]
以太坊：
0x9f14d093a2349de08f02fc0fb018dadb449351d0cdb7d0738ff69cc6fef5f299
MATIC：
迈阿密市长：正探索如何接受比特币纳税:金色财经报道，迈阿密市长Francis Suarez表示，该城市正在探索如何接受使用比特币进行的纳税，从而在采用比特币方面迈出下一步。根据市长的说法，市政府官员已经开始立法程序，有朝一日允许使用比特币支付税款、费用等。[2021/9/29 17:13:51]
0x5a03b9c03eedcb9ec6e70c6841eaa4976a732d050a6218969e39483bb3004d5d
由于两个平台代码完全一致，下面的分析将基于以太坊上的攻击交易进行。
Round1
将0.1WETH通过Monoswap中兑换为79.98609431154262101MONO；
图1?WETH兑换MONO
Round2
移除Monoswap所有的流动性。这里利用了Monoswap合约中的任意地址流动性移除漏洞。
分析 | 研究：挖Monero币的加密蠕虫Graboid目前已感染2000多台不安全的Docker引擎:研究人员称，Graboid加密蠕虫旨在挖Monero币，到目前为止，已经感染了2000多台不安全的Docker引擎（社区版）主机，这些主机正在清理中。最初的恶意Docker镜像已被下载了10,000次以上，蠕虫自身已被下载了6500多次。管理员可以通过镜像创建历史记录，查找名为“ gakeaws / nginx”的镜像来发现感染。
攻击者通过不安全的Docker daemons获得了最初的立足点，该daemons首先安装了Docker镜像以在受感染的主机上运行。另外，攻击者无需任何身份验证或授权，即可完全控制Docker 引擎和主机。攻击者利用此入口点来部署和传播挖矿木马。（freebuf）[2019/10/23]
漏洞1：
Monoswap合约中未检测流动性的所有者to是否为msg.sender。_removeLiquidity函数中，如图2所示，第443行，获取调用者(攻击合约)最后一次添加流动性的时间戳，返回结果是0，因此第445行的检测通过。第446行，topLPHolderOf如果不是调用者(攻击合约)地址，第447行的检测通过。此后移除流动性相关代码中，再无msg.sender相关的操作。
动态 | 加拿大各银行或因QuadrigaCX存在问题而感到不安:据cointelegraph消息，当地时间2月22日举行的法庭听证会上，蒙特利尔银行以及审计公司的律师表示，加拿大各银行对管理QuadrigaCX资金感到不安，理由是其资金来源的不确定性。加拿大商业银行援引安永会计师事务所代理律师Elizabeth Pillon的话表示，QuadrigaCX或存在问题，因此并不责怪银行犹豫不决。[2019/2/24]
图2?_removeLiquidity源码
图3?第一次移除流动性内部调用细节
图4?移除Monoswap中MONO池所有的流动性
声音 | 余弦：不经过攻击洗礼并保持进化的公链是不安全的:今日慢雾科技联合创始人余弦表示，ETC 51%攻击在行业内刷屏了，马后炮的居多，还有说其他共识算法比 POW 更安全，顺手广告自家的公链。我想说：没经过真实攻击一次次洗礼且保持进化的公链都不是安全的公链。顺便提醒下：51%攻击一旦成为真实场景下的成熟攻击手法，各个非大型公链及对接了一堆小公链币种的都需要小心了，风控机制需要特别增加一项：万一出现双花攻击，怎么办？[2019/1/8]
Round3
添加极少数量的MONO到Monoswap中，这一步是为了后面快速提升MONO的价格做准备。
图5?攻击合约添加流动性
Round4
利用Monoswap合约中的代币兑换价格覆写漏洞，反复进行同种代币的兑换，拉升MONO的价格。第3步攻击者将Monoswap合约中MONO的储量控制到了一个极小的值，目的就是更快的以极低的MONO数量来拉升MONO的价格。
漏洞2：
Monoswap合约的代币兑换过程为：检查兑换参数是否正常，然后计算应输入输出代币的数量以及代币兑换后的价格，最后执行兑换操作并将新的代币价格写入账本。以上逻辑在不同种代币兑换的时候会正常运行。但是在同种代币兑换时，将出现两处问题：
在_getNewPrice函数计算应输入输出代币数量时，未考虑到兑换过程中交易池代币储量的变更，同种代币是基于相同的初始价格进行兑换后价格的计算。
在最后一步更新代币过程中，未考虑到同种代币进行兑换时，兑出代币的价格更新操作会覆盖兑入代币更新的操作。该漏洞导致MONO代币兑换MONO代币时，MONO的价格异常增长。此外不止攻击者使用的swapExactTokenForToken函数存在该问题，swapTokenForExactToken函数也存在该问题。
图6?swapIn函数源码
图7?兑换过程参数计算
图8?兑换后价格计算
图9?swapOut函数源码
现在看看攻击者是如何利用漏洞2进行攻击的：
如图10所示，初始MONO的价格为5.218vCASH/MONO。
图10?初始MONO价格
然后攻击者反复进行MONO->MONO的兑换，一共进行了55次兑换，如下图所示：
图11?反复兑换，拉升MONO价格
对其中一笔兑换交易进行分析，每次兑换的数量是交易池中MONO的总量减去1，这是能够最大提升MONO价格的兑换数量(使图8?_getNewPrice第527行，分母为1)。另外由于交易池中MONO的总量较低，攻击者已经通过第1步保证了有足够的余额进行兑换操作。
图12?MONO兑换细节
截止至兑换结束时，MONO的价格已经被拉升至843,741,636,512.366vCASH/MONO。攻击合约中剩余51.92049285389317MONO。
图13?最终的MONO价格
通过UniswapV2的USDC/WETH池借入了847.2066974335073WETH。然后攻击者通过Monoswap将0.0709532091008681MONO兑换为4,029,106.880396USDC，然后将USDC归还给USDC/WETH池。注意，这里实际上是攻击者将从Monoswap中兑换的USDC到UniswapV2中兑换为WETH，而不是闪电贷攻击。
攻击者所有转出的资产如下：
所有被盗资产全部发送到
0x8f6a86f3ab015f4d03ddb13abb02710e6d7ab31b地址。
目前项目方已经和攻击者进行了沟通，成都链安将持续对此事件进行监控。
事件复盘
这次攻击事件中，攻击者利用了合约中的两个漏洞：任何地址都可以任意移除指定地址的流动性；特殊情况下的价格写入操作覆盖问题。
建议项目方在进行合约开发过程中做好权限的检查；在开发以及测试过程中将特殊情况纳入考虑，例如同种代币转账。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。