FAIR:独家 | Fairyproof Tech对风险的细节描述

本文由“Fairyproof Tech”原创,授权“金色财经”独家首发,转载请著名出处。

在一篇审计报告中,用户如果希望详细了解被审计合约中出现的问题和风险,最需要阅读的就是对这些风险的详细描述了。在Fairyproof Tech的审计报告中,这部分内容就是第11章“问题详述”。

在这一章,我们会按照合约文件的名,罗列每个合约文件中出现的所有风险问题。对每个风险问题,我们会给出问题的标题、该问题的风险等级、问题所在的出处、对问题的详细描述、Fairyproof Tech对解决问题给出的修改建议、项目方的反馈。?

问题的标题就是我们对一个问题直白、简介地概述性的总结。

独家 | Johnson:DeFi解决的是未来金融市场发展的需要:TokenInsight首席分析师Johnson在接受金色财经独家采访时表示,完全的去中心化金融当前的实际诉求并不大,但是理论可以实现多种多样的商业模式等例如DAO的一些模式其实是对现有的商业模式的一个挑战。DeFi解决的是未来金融市场发展的需要,而并不是现在。[2020/4/26]

在标题后,我们著名此问题是致命风险、高危风险、中度风险还是低风险。

接下来我们就会指出这个问题具体出现在某个合约文件的第几行。如果某些问题普遍、广泛地存在于合约文件中,我们会明确标出问题的关键字,而不具体指出问题所在的行,这样用户能用关键字在文件中搜索出所有存在此问题的地点。

独家 | 近30天比特币搜索指数整体同比上升74%:金色财经报道,百度指数数据显示,近30天区块链搜索指数整体日均值为3687,整体同比上升19%,移动同比上升20%;近30天比特币搜索指数整体日均值为23375,整体同比上升74%,移动同比上升91%,近30天以太坊搜索指数整体日均值为3835,整体同比上升17%,移动同比上升25%。[2020/2/23]

在罗列问题的出处后,我们会对问题进行详细地描述,这包括问题是由什么原因造成的,它会带来什么风险,这些风险隐患不解除会造成什么后果。

我们对问题进行详细描述一是为了让项目方明晰问题的严重性,引起项目方的关注,并促使项目方改进;另一方面也是希望引起读者的注意:他在使用这个应用或服务时,可能会遭遇什么风险甚至受到什么损失。这和我们平时在进行投资时,金融机构在我们作出最后决定前给我们看风险提示的目的是一样的。

独家 | 淘宝商家“区块链技术产品”类目半年前已上线:金色财经报道,12月19日有消息称淘宝新增加了“区块链技术产品”二级类目,金色财经第一时间向部分淘宝卖家求证此事,淘宝卖家表示,在几个月前卖硬件钱包的时候已经发现有这个分类了。随后金色财经记者向阿里相关人士求证后证实,“淘宝上‘区块链技术产品’类目半年前即已上线,新增该类目主要是为了便于管理。”[2019/12/19]

我们给出问题的细节是指出问题,但更重要的还是解决问题,所以接下来我们就会给出Fairyproof Tech对这个问题所提出的修改建议。我们的修改建议会具体到代码该怎么改,在哪一行改等这些细节。我们希望用这样的细节让项目方第一时间就能迅速、精准地定位问题并解决问题。

独家 | 新增合约AGC敏感函数可被任意调用 类zethr游戏山寨合约冒头:第三方大数据评级机构RatingToken最新数据显示,2018年8月10日全球共新增992个合约地址,其中270个为代币型智能合约。RatingToken安全审计团队发现,名为Angelglorycoin(AGC)的新增合约由于构造函数违反规范,没有与合约同名,使得该函数可以被任意调用,从而造成权限泄露。这意味着任何人都有可能获得全部发行的代币。该合约共存在19项安全风险,安全检测得分仅3.2。除此之外,还出现了zethr的类似合约ZDC,近期zethr交易量巨大,山寨合约开始冒头。如需查看更多智能合约检测结果,请查看原文链接。[2018/8/12]

我们前面说过,我们希望通过对问题的详细描述,阐明前因后果,引起项目方的高度重视,最终目的还是希望项目方尽量解决这些问题。所以我们在每个问题描述的最后专门留出一栏,叫做“项目方反馈”。这一栏就是记录项目方对这个问题的态度及行动的。项目方有没有对我们发现的问题引起关注、有没有立刻修改或者即便暂时无法修改后续有没有修改的计划等都会被我们记录在这一栏。

至此,我们对一个问题的详细描述就结束了。

在这些细节中,我们会特别对三个细节用黑体字高亮标出,它们分别是:问题的标题、问题的风险等级和项目方的反馈。用更通俗的话来说就是:问题是什么?问题严重吗?问题解决了吗?

我们认为这三点是读者在阅读某个风险隐患的描述时需要关注的重中之重。

读者需要注意的是,在Fairyproof Tech的报告中,除了第11章“问题详述“之外,还有第12章”增强建议“。

第12章所给出的建议是我们从代码可维护性、可读性、抗风险性等诸多方面考察后,综合给出的建议。项目方如果采纳这些建议会整体提高代码的质量、但如果由于条件限制暂时无法采纳,也不会让项目暴露在即时可能引发的风险中。

需要指出的是,Fairyproof Tech对风险等级的分类及描述是按照我们既往的经验总结的。每个审计机构都会有自己的标准和定义,这些标准和定义很可能不尽相同。但我们认为最重要的还是所找出的问题是否会引发风险、引发的风险是否严重以及风险最终是否得到了妥善处理。这才是对问题处理的核心和根本。

作者:

Fairyproof TechCEO 谭粤飞

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

关于Fairyproof Tech:

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

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

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

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

金星链

[0:15ms0-1:211ms