据悉，Ultrain技术团队核心成员近期在阅读EOSchainbase开源代码时，发现其底层实现存在可导致EOS全网宕机隐患的致命安全漏洞，并立即将问题详细描述及修复办法提交至EOS团队。近日，EOS团队已正式将修复提交EOS代码主分支，并对于Ultrain@raymondnuaa表示多次致谢！
公链EOS采用chainbase内存数据库存储世界状态，包括链上所有账号详情、部署的所有智能合约以及所有历史交易形成的状态修改等内容。chainbase的安全性与稳定性是保证公链EOS稳定运行的重中之重。
谷燕西：欧央行行长拉贾德观点高度利好比特币:针对“欧洲央行行长拉加德对比特币需要监管的观点”，谷燕西表示，拉加德的这个观点高度利好比特币。如果全球的监管按照她建议的一个思路，即从G7到G20，然后再到更大的范围，那么就是全球的主要金融监管对比特币作为可交易资产的认可。比特币因此就会在各地在满足监管要求的前提下进行交易。机构甚至政府的资金就可以投到比特币当中。比特币的市值因此就会大幅提升。[2021/1/14 16:08:46]
EOS该安全漏洞由chainbase对数据库回滚操作的错误处理顺序引发。chainbase内存数据库底层有removed、created、modified三个stack来存储区块内交易对数据库对象所进行的删除、创建、修改操作，如果该区块未能成功添加到区块链主链，则需要对该区块内所有交易对内存数据库做的所有修改进行回滚。EOS对三个stack的原有回滚处理顺序为：modified，created，removed，在该处理顺序下，如果将数据库某个已有对象A的键值修改，并创建一个新的对象B采用前述对象A的原有键值，那么在进行回滚时，会先尝试将对象A修改过的数值恢复，此时会产生键值冲突，导致底层库进入死循环状态。一旦进入该状态，EOS节点则无法正常继续生产区块。若恶意攻击者构造触发该状态的交易广播至全网执行，则EOS全网存在宕机隐患。
发现问题后，EOS开发团队按@raymondnuaa建议将stack处理顺序修改为created，modified，removed，可正常处理前述场景。此外，@raymondnuaa在问题描述中还详细描述了另一个更加复杂的两个对象键值交换的场景，并指出仅靠调整三个stack的处理顺序无法解决问题。EOS在此次修改中也增加了大量注释，明确了chainbase内对象的使用需求限制，指出chainbase的特定字段不能在modifier中进行修改，并对deferred_transaction的modify处理做了相应修改。
公链是促进区块链行业繁荣发展的一个重要角色，相信有如Ultrain这样致力于提升基础设施安全的公链存在，整个行业将会更加健康有序发展。
详情链接：
https://github.com/EOSIO/eos/pull/7266
https://github.com/EOSIO/chainbase/pull/44
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。