独家 | 如何读审计报告之每个风险等级的实际案例_LIB:LIBERA币

前面我们和大家介绍了灵踪安全对风险等级的划分,有读者看了一定会好奇:每种风险分别都是什么样的呢?

在这篇文章里我们就每个等级的风险具体举出一些案例来说明致命风险、高危风险、中度风险和低风险分别是什么样的。

致命风险是所有风险中等级最高的、最危险的,它需要项目方即刻解决,不能拖延。

这类风险最常见的就是合约中一些明显可能导致编译无法成功、或者在逻辑中出现明显错误导致代码的运行逻辑无法正确完成的地方。这种风险不处理,项目方的合约几乎不可能通过编译运行或不可能正常运行。

举例来说,在合约实现中,变量赋值类型的不匹配,编译器版本定义导致的编译问题等都属于这类风险。

独家 | 业内人士:路边矿池可能由多个大矿工共同组建:金色财经报道,针对路边矿池挺近算力排名前十而此前排名前十矿池算力均出现不同程度下滑现象,蜘蛛矿池对金色财经分析表示:“减半后每个矿池算力都有所减少,但昨天的全网算力却没有下降太多。btc.com数据显示路边矿池上周才开始爆块。所以把分散的算力集中回路边,导致其他矿池算力下降,但全网算力波动很小。”

针对路边矿池的来源,F2Pool鱼池的全球业务总监Thomas Heller?在推特进一步指出,这似乎是位于中国的矿池。Anicca Research推特回应Thomas Heller称,估计是几个大矿工联手拿了年初的大机器订单,先做私池,顺手就开放了。

Dovey指出:路边矿池空降,比特币矿池算力前十,自带6E算力。然后区块签名是“Buffett” 巴菲特,这真的是黑的太有水平了。全网算力没有大涨,大概率是几个手上算力很多的矿工自己联合起来做的公池?

OKLink相关人士表示,私池的形式可能比较大,这么大算力有可能是矿机商自己的算力,路边矿池实际是因为有人发现了较多的报快没有播报方,追踪coinbase后发现的,然后在GitHub上提了issue给BTC.com。lubian之前在coinbase上打的标签是buffet,在区块高度 629,755 之后改名为?Lubian.com。[2020/5/13]

由于灵踪安全在后期的报告中已经很少把这类风险写在报告中,而是一旦发现就要求项目方立即解决,所以在我们后期的报告中很难直接看到这类风险,只在我们早期的报告中有这类风险的罗列。

独家 | Bakkt期货合约数据一览:金色财经报道,Bakkt Volume Bot数据显示,2月10日,Bakkt比特币月度期货合约单日交易额为1542万美元,环比上升36%;未平仓合约量为1527万美元,环比下降3%。[2020/2/11]

高危风险在危险程度上仅次于致命风险,它极有可能给项目带来严重问题,也需要项目方解决。

这类风险最常见的就是合约实现中的逻辑错误,比如计算错误等。

举例来说,质押挖矿是很多DeFi合约中都有的功能,质押挖矿的基本逻辑是用户将某个数字资产抵押进矿池,然后合约会根据用户抵押的资产占总抵押资产的比例来核算用户该拿到多少奖励。如果这个比例计算错误或者实现有误,用户无法拿到正确的奖励,就会严重影响项目的声誉。

独家 | Libra联合创始人:比特币难以作为支付工具,Libra想成为跨越边界的支付平台:金色财经现场报道,今日在旧金山区块链周的主会上,Libra联合创始人兼Calibra产品副总裁Kevin Weil表示,他也是比特币的粉丝,但是比特币主要是作为价值存储,难以作为支付工具,Libra是想成为跨越边界的支付平台,是一个价值稳定的稳定币。此外,Weil强调,Libra是独立于Facebook的产品,Libra的金融数据和Facebook的社交数据不会混在一起。Libra是开源的,Weil邀请开发者们一起贡献代码,直到2020Libra发行。[2019/11/1]

高危风险现在也很少会被我们罗列在报告中,而是我们一旦发现这类风险就会要求项目方立即修正。读者可以在我们早期出具的报告中看这类风险的详细举例。

独家 | 天风证券李炼炫:保障稳定币的稳定性关键在于信心的维持:针对“稳定币其稳定性该如何保障”一事,金色财经独家采访到天风证券李炼炫,他表示保障稳定币的稳定性就是要维持人们对稳定币的信心,方法也很简单:抵押品公开透明,第三方独立审计。不过这样做带来的结果是项目方很难盈利,我预计最终的市场走向是,市场上只会剩下几款稳定币,这些稳定币也不是真的按1:1的比例抵押发行,而是会超发一部分(比如按1:0.5的比例发行)来维持项目方的盈利,此时人们信用的基础不仅仅是抵押品做支撑,还有对项目方的信任,因此要求项目方有强大的实力背景或类似银行存款保险的制度安排,保证持币人在提币兑换时能及时付现。事实上,这和当前银行的存贷款业务有相似之处。[2018/10/25]

中度风险相较于高危风险等级又次一级,它有可能给项目带来潜在问题,最终还是要项目方解决。

这类风险比较常见的有管理员权限控制的问题。

比如在DeFi协议中通常都会有发行代币的功能。而通常控制代币发行的地址就是管理员,所以在这类合约中,管理员的权限是相当大的。在一些代码实现中,由于项目功能复杂以及运维方面的需要,管理员不仅自己有权决定是否发行代币甚至还有权力决定是否赋予其它的地址这样的权力,让其它地址也能发行代币。

这就产生了安全隐患:如果项目管理员的权限被盗或者管理员自己出现道德风险、滥用这个权力,那代币的发行就不受控制了。

这类风险是由合约逻辑引入的,但逻辑的实现又不得不如此,并且有时在合约部署初期,为了让项目能高效运转,还要保持这种管理员权限运作一段时间,这都给项目带来了潜在的风险。

项目方带着这种风险进行操作也是小心翼翼、如履薄冰,它就像达摩克里斯剑一样悬在项目方和用户的头顶,随时有掉落的风险。

对这类风险我们会强烈建议项目方在运作一段时间后,将管理员权限转交社区或者多签钱包,以规避这类风险。

低风险是所有风险中级别最低的,通常它表现为一些细节问题、警告信息等,暂时来说这个等级的问题可以不用解决,但项目方最后在未来某个新版本中解决这类问题。

这类风险涉及的细节和具体问题比较零散和琐碎,我们常见的有函数或变量命名方面的问题。

对函数或变量的命名如何通常普通用户是不会感知的,但对项目方自己维护代码或其它合约调用这些函数在某些情况下会产生一定困扰。

通常函数或便令命名出现的问题就是“词不达意”,即命名和它实际在合约中起的逻辑作用不同,比如一个函数是要设置某个变量的值,我们通常会将这个函数命名为“setXXX”,但由于笔误或其它原因,项目方将其命名为“getXXX”,这就让函数的名字和它的真实作用读起来南辕北辙了。

这样的代码时间一久,当项目方自己再回头来维护或修改时,如果不仔细看代码就会误解函数的功能,从而错误地调用它。

因此灵踪安全对这类风险也建议项目方在方便的时间修改。

作者:

灵踪安全CEO谭粤飞

美国弗吉尼亚理工大学(VirginiaTech,Blacksburg,VA,USA)工业工程硕士(Master)。曾任美国硅谷半导体公司AIBTInc软件工程师,负责底层控制系统的开发、设备制程的程序实现、算法的设计,并负责与台积电的全面技术对接和交流。自2011至今,从事嵌入式,互联网及区块链技术的研究,深圳大学创业学院《区块链概论》课程教师,中山大学区块链与智能中心客座研究员,广东省金融创新研究会常务理事?。个人拥有4项区块链相关专利、3本出版著作。

关于灵踪安全:

灵踪安全科技有限公司是一家专注区块链生态安全的公司。灵踪安全科技主要通过“代码风险检测+逻辑风险检测“的一体化综合方案服务了诸多新兴知名项目。公司成立于2021年01月,团队由一支拥有丰富智能合约编程经验及网络安全经验的团队创建。

团队成员参与发起并提交了以太坊领域的多项标准草案,包括ERC-1646、ERC-2569、ERC-2794,其中ERC-2569被以太坊团队正式收入。

团队参与了多项以太坊项目的发起及构建,包括区块链平台、DAO组织、链上数据存储、去中心化交易所等项目,并参与了多个项目的安全审计工作,在此基础上基于团队丰富的经验构建了完善的漏洞追踪及安全防范系统。

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

金宝趣谈

[0:0ms0-6:971ms