BCH 硬分叉背后:一场预谋已久的真实攻击_SIG:Transdata Chain

5月15日BCH升级遭到攻击,慢雾安全团队及时跟进,并在社区里注意到相关分析工作,通过交流将此分析文完整转载于此。这是一场真实攻击,从行为上分析来看确实预谋已久,但BCH响应很及时,成功化解了一场安全危机。

BCH的5月15日升级遭到攻击,导致节点报出toomanysigops错误。经分析,攻击载荷为一个精确构造的P2SHTransaction,利用了BCH去年11月升级引入的OP_CHECKDATASIG操作码。

攻击导致了矿工节点无法打包,BCH方面通过类似于空块攻击的方式,紧急挖出十个空块以触发滚动检查点保证升级。攻击发生约1小时后,BCH矿池上线紧急修复后的代码成功继续出块。

灰度BTC信托增持9602枚 BCH信托持仓量增加3568枚:美东时间12月24日,灰度信托持仓数据变化如下:

灰度BTC信托持仓量增加9602枚(+1.61%),总持仓量为607274 BTC;

灰度ETH信托持仓量减少199枚(-0.01%),总持仓量为 2938532ETH;

灰度BCH信托持仓量增加3568枚(+1.51%),总持仓量为239482 BCH;

灰度LTC信托持仓量增加9334枚(+0.81%),总持仓量为1154903 LTC;

灰度ETC信托持仓量减少1010枚(-0.01%),总持仓量为12282812 ETC。[2020/12/25 16:27:21]

不过同时也有人观察到,在582698区块高度,有矿工挖出了哈希结尾为6bf418af的区块,大小139369字节。但随后该区块被10分钟后BTC

约三分之一BCH流通供应从未被触及:金色财经报道,CoinMetrics的数据显示,大约三分之一的比特币现金(BCH)流通供应从未被触及。据悉,目前共1840万枚BCH在流通中,600万枚BCH未移动过,因此32.6%的BCH已丢失或被长期持有。Coinmetrics还估计,230万枚比特币已经五年没有移动过,占流通的近1840万枚BTC的12.5%。[2020/4/8]

补丁位置:https://reviews.bitcoinabc.org/D3053

分析 | 金色盘面:关注BCH588美元支撑力度:金色盘面综合分析:BCH短线缓慢上涨,关注上升趋势线588美元的支撑力度,破位或引起新一轮下跌。[2018/8/9]

https://github.com/Bitcoin-ABC/bitcoin-abc/blob/f27da0752c0a3b7382df54a65ca3cf1c3629aad4/hide/validation.cpp#L592

//原代码int64_tnSigOpsCount=GetTransactionSigOpCount(tx,view,STANDARD_SCRIPT_VERIFY_FLAGS);//补丁代码int64_tnSigOpsCount=GetTransactionSigOpCount(tx,view,STANDARD_CHECKDATASIG_VERIFY_FLAGS);

可见原代码组块过程中在计算Transaction中的SigOP数量时,错误地使用了STANDARD_SCRIPT_VERIFY_FLAGS,而非STANDARD_CHECKDATASIG_VERIFY_FLAGS。

在policy中我们可以找到他们。

https://github.com/Bitcoin-ABC/bitcoin-abc/blob/f27da0752c0a3b7382df54a65ca3cf1c3629aad4/hide/policy/policy.h#L108

staticconstuint32_tSTANDARD_CHECKDATASIG_VERIFY_FLAGS=STANDARD_SCRIPT_VERIFY_FLAGS|SCRIPT_ENABLE_CHECKDATASIG;

所以我们可以见到,当仅使用了STANDARD_SCRIPT_VERIFY_FLAGS时,计算脚本中SigOP数量时,是不包含OP_CHECKDATASIG的。所以这个包含20010个SigOP的攻击载荷,在组块时,统计出来的SigOP数量为零。

总结

攻击者利用了BCH引入OP_CHECKDATASIG时产生的,又未完全修复的漏洞,巧妙地构造了攻击载荷。攻击者应该高度了解客户端代码,并熟悉OP_CHECKDATASIG漏洞。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金宝趣谈

[0:0ms0-2:521ms