合约安全:重入攻击

重入攻击举例

web2.0中的重放攻击导致的逻辑漏洞类似,当用户向合约提现时,正常情况如下

  • 用户向合约发起请求提现

  • 合约检测该用户是否有足够的余额,有的话进行转账

  • 转账成功,用户余额置为0
    相信大家已经看出问题了:转账后才将用户的余额置为0,如果我们能做到像web2.0一样在短时间内不断的发包,在置为0前不断的触发转账函数即可做到将大量的钱转走。因此,我们可以写一个恶意合约来完成我们的设想

思路

  • 用户发起提现请求

  • 合约检测用户余额,向用户提供的提现地址转账

  • 通过向恶意合约转账。触发恶意fallback()/recevie()函数,该函数的内容为请求合约向合约转账。就此,陷入转账的循环,却一直没有到将用户余额置0的那行

/*

实例

预备阶段

bank合约

contract Bank {

往银行先转个20eth

部署Attack合约

contract Attack {
开始攻击

因为Attack合约中,构造函数已经初始化了Bank,因此,直接传入Bank地址创建该Attack合约

目前该Attack合约没有钱,调用attack方法的时候记得转2eth过去
调用attack方法后,Attack合约余额变为了22ethbanck余额为0

  • 10
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值