客服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
发表评论
坐等沙发
相关文章
烦立停第34期:Pos携Staking以令天下韭菜
烦立停第34期:Pos携Staking以令天下韭菜
Polkadot真的威胁到Ethereum了吗?
Polkadot真的威胁到Ethereum了吗?
起底瑞波:一家靠砸自己盘为生的公司
起底瑞波:一家靠砸自己盘为生的公司
慢雾 AML:规避风险,探索反洗币之路
慢雾 AML:规避风险,探索反洗币之路
报告:2019年币圈「新玩法」——比特币衍生品交易
报告:2019年币圈「新玩法」——比特币衍…
“难产”的比特币ETF,被拒公司都有这个问题
“难产”的比特币ETF,被拒公司都有这个问题
慢雾科技
SlowMist-Team 作者
我还没有学会写个人说明!
  • 文章

    69

  • 评论

    0

广告赞助

复制代码