背景概述
看了一个关于学习 solidity 的站（https://solidity-by-example.org），里面讲了关于 solidity 智能合约的很多漏洞，考虑到现在针对智能合约的攻击事件频频发生，不法分子盗取的加密资产越来越多，我就想写一些与智能合约安全审计相关的文章给想了解智能合约安全审计的入门者阅读，让一些对智能合约安全审计感兴趣的初学者可以学到如何识别一些常见的漏洞和如何利用这些漏洞去做什么事情。这次我们就一起先看一个很经典的漏洞 —— 重入漏洞。
前置知识
重入漏洞相信大家都有所耳闻了，那么什么是重入漏洞呢？
以太坊智能合约的特点之一是合约之间可以进行相互间的外部调用。同时，以太坊的转账不仅仅局限于外部账户，合约账户同样可以拥有以太并进行转账等操作，且合约在接收以太的时候会触发 fallback 函数执行相应的逻辑，这是一种隐藏的外部调用。
MerchDAO公布MRCH代币智能合约地址，今晚将上线Uniswap:MerchDAO公布MRCH代币智能合约，地址为0xbed4ab0019ff361d83ddeb74883dac8a70f5ea1e。根据官方此前公布的推文，北京时间3月27日20点开启Poolz IDO，21:30将上线Uniswap。
根据官网介绍，MerchDAO利用去中心化治理和NFT技术，为用户的稀有和独特物品提供市场。[2021/3/27 19:23:07]
我们先给重入漏洞下个定义：可以认为合约中所有的外部调用都是不安全的，都有可能存在重入漏洞。例如：如果外部调用的目标是一个攻击者可以控制的恶意的合约，那么当被攻击的合约在调用恶意合约的时候攻击者可以执行恶意的逻辑然后再重新进入到被攻击合约的内部，通过这样的方式来发起一笔非预期的外部调用，从而影响被攻击合约正常的执行逻辑。
波场与WAVES达成战略合作，将利用Gravity连接区块链智能合约语言:据官方消息，波场已与WAVES达成战略合作，Waves和TRON将一起利用Gravity来连接各自区块链的智能合约语言，即Ride和Solidity。Gravity是一个无基础代币的预言机，具有跨链通信网络。TRON和Waves正在通过Gravity建立一座桥梁，这将允许两个生态系统为两个用户群提供更多的服务。波场和Waves的生态系统计划将这一趋势扩展到其他区块链生态系统并以此为链间DeFi行业带来革命性改变。[2020/8/14]
漏洞示例
好了，看完上面的前置知识我相信大家对重入漏洞都有了一个大致的了解，那么在真实的环境中开发者写出什么样的代码会出现重入漏洞呢，下面我们来看一个比较典型的有重入漏洞的代码:
漏洞分析
动态 | 点对点交易平台Hodl Hodl计划于明年开源其智能合约代码:点对点比特币交易平台Hodl Hodl周六宣布将对其软件进行开源，届时任何人都可以推出自己的点对点交易平台。该计划在一定程度上确认了一个事实，即Hodl Hodl的商业模式容易受到监管机构的打压。Hodl Hodl首席执行官Max Keydun表示：“历史告诉我们，如果一个政府想要关闭你，它真的会这么做。”Keydun解释说，开源智能合约的代码是一种应对威胁的方法，Hodl Hodl打算明年开启该开源计划。目前非洲、亚洲和拉丁美洲的相关方已向该公司寻求合作机会。[2019/9/14]
看到这里大家可能会有疑惑了，上面的代码就是个普通的充提币的合约，凭什么说他有重入攻击呢？我们来看这个合约的 withdraw 函数，这个函数中的转账操作有一个外部调用（msg.sender.call{value: bal}），所以我们就可以认为这个合约是可能有重入漏洞的，但是具体能否产生危害还需要更深入的分析：
动态 | 智能合同审计公司Quantstamp推出新的区块链安全协议:据The Innovation Enterprise 9月3日消息，Quantstamp已经发布了它的betanet协议，现在可以通过Ethereum net进行实时访问。Quantstamp将为Ethereum用户提供可公开验证的智能合同审计服务。以前，用户必须相信智能合约开发人员事先已采取必要的安全预防措施，并且无法自行验证。Quantstamp betanet协议现在允许用户使用QSP令牌来验证其代码可靠性，从而为他们提供可验证的合同记录，任何人都可以公开访问该记录。[2018/9/3]
1. 所有的外部调用都是不安全的且合约在接收以太的时候会触发 fallback 函数执行相应的逻辑，这是一种隐藏的外部调用，这种隐藏的外部调用是否会造成危害呢？
2. 我们可以看到在 withdraw 函数中是先执行外部调用进行转账后才将账户余额清零的，那我们可不可以在转账外部调用的时候构造一个恶意的逻辑合约在合约执行 balance[msg.sender]=0 之前一直循环调用 withdraw 函数一直提币从而将合约账户清空呢？
下面我们看看攻击者编写的攻击合约中的攻击手法是否与我们的漏洞分析相同：
攻击合约
我们看到 EtherStore 合约是一个充提合约，我们可以在其中充提以太。下面我们将利用攻击合约将 EtherStore 合约中用户的余额清零的：
这里我们将引用三个角色，分别为：
用户：Alice，Bob
攻击者：Eve
1. 部署 EtherStore 合约；
2. 用户 1（Alice）和用户 2（Bob）都分别将 1 个以太币充值到 EtherStore 合约中；
3. 攻击者 Eve 部署 Attack 合约时传入 EtherStore 合约的地址；
4. 攻击者 Eve 调用 Attack.attack 函数，Attack.attack 又调用 EtherStore.deposit 函数，充值 1 个以太币到 EtherStore 合约中，此时 EtherStore 合约中共有 3 个以太，分别为 Alice、Bob 的 2 个以太和攻击者 Eve 刚刚充值进去的 1 个以太。然后 Attack.attack 又调用 EtherStore.withdraw 函数将自己刚刚充值的以太取出，此时 EtherStore 合约中就只剩下 Alice、Bob 的 2 个以太了；
5. 当 Attack.attack 调用 EtherStore.withdraw 提取了先前 Eve 充值的 1 个以太时会触发 Attack.fallback 函数。这时只要 EtherStore 合约中的以太大于或等于 1 Attack.fallback 就会一直调用 EtherStore.withdraw 函数将 EtherStore 合约中的以太提取到 Attack 合约中，直到 EtherStore 合约中的以太小于 1 。这样攻击者 Eve 会得到 EtherStore 合约中剩下的 2 个以太币（Alice、Bob 充值的两枚以太币）。
下面是攻击者的函数调用流程图：
修复建议
看了上面的攻击手法相信大家对重入漏洞都会有一个自己的认知，但是只会攻击可不行，我们的目的是为了防御，那么作为开发人员如何避免写出漏洞代码还有作为审计人员如何快速发现问题代码呢，下面我们就以这两个身份来分析如何防御重入漏洞和如何在代码中快速找出重入漏洞：
（1）作为开发人员
站在开发者的角度我们需要做的是写好代码，避免重入漏洞的产生。
1. 写代码时需要遵循先判断，后写入变量在进行外部调用的编码规范（Checks-Effects-Interactions）；
2. 加入防重入锁。
下面是一个防重入锁的代码示例：
（2）作为审计人员
作为审计人员我们需要关注的是重入漏洞的特征：所有涉及到外部合约调用的代码位置都是不安全的。这样在审计过程中需要重点关注外部调用，然后推演外部调用可能产生的危害，这样就能判断这个地方是否会因为重入点而产生危害。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。