客服QQ:872490018

智能合约 transferFrom 权限控制不当导致的任意盗币攻击简述

智能合约 transferFrom 权限控制不当导致的任意盗币攻击简述-碳链

智能合约里的 transferFrom 是批准转账流程里的关键函数,这个由于不如 transfer 那么常用,容易被不小心忽略。这个流程最大的问题是权限问题。看代码说话:

// 批准转账上限(批准目标可以代我转账的上限)

function approve(address _spender, uint256 _value) public returns (bool success) {

    allowed[msg.sender][_spender] = _value;

    Approval(msg.sender, _spender, _value);

    return true;

}

// 代我转账的流程

function transferFrom(address _from, address _to, uint256 _value) public returns (bool success) {

    /// same as above

    require(_to != 0x0);

    require(balances[_from] >= _value);

    require(balances[_to] + _value > balances[_to]);

    uint previousBalances = balances[_from] + balances[_to];

    balances[_from] -= _value;

    balances[_to] += _value;

    allowed[_from][msg.sender] -= _value;

    Transfer(_from, _to, _value);

    assert(balances[_from] + balances[_to] == previousBalances);

    return true;

}

可以看出,这个流程并没做 allowed[_from][msg.sender]_value 的判断,比如函数开始应该判断:

require(allowed[_from][msg.sender] >= _value);

如果 allowed[_from][msg.sender] 不存在,那么值是 0,判断缺失,也就等于之前的 approve 函数形同虚设。然后,这还出现了个有趣的溢出:

allowed[_from][msg.sender] -= _value;

allowed[_from][msg.sender] 不存在,那么值是 0,减去 _value(大于 0 时),就溢出了(溢出并不会导致中断回滚)。这就是为什么如果用了 SafeMath 就会没问题,因为 SafeMath 会抛出错误,直接中断回滚 transferFrom 函数。

整体这样看下来,EDU 和 BAI 等合约的 transferFrom 盗币事件最核心的问题是权限问题,溢出在这仅仅是个小插曲而已。


智能合约 transferFrom 权限控制不当导致的任意盗币攻击简述-碳链

*文章为作者独立观点,不代表碳链立场
本文由 慢雾科技 授权 碳链 发表,并经碳链编辑。转载此文章须经作者同意,并请附上出处(碳链)及本页链接。原文链接http://www.itanlian.com/chainnews/1473.html
发表评论
坐等沙发
相关文章
烦立停:过度营销的孙宇晨输给了一个结石
烦立停:过度营销的孙宇晨输给了一个结石
除了USDT,还能用什么,传说中的“USDT暴雷”是否成真?
除了USDT,还能用什么,传说中的“USDT暴…
牛津级Token经济体系:落地应用进行时
牛津级Token经济体系:落地应用进行时
区块链安全入门笔记(六) | 慢雾科普
区块链安全入门笔记(六) | 慢雾科普
公开透明,慢雾智能合约安全审计证书开放查询
公开透明,慢雾智能合约安全审计证书开…
CFTC迎来新主席,他如何看待数字货币?
CFTC迎来新主席,他如何看待数字货币?
慢雾科技
SlowMist-Team 作者
我还没有学会写个人说明!
  • 文章

    79

  • 评论

    0

广告赞助

复制代码