独家 | 灵踪安全对风险的细节描述

本文由“灵踪安全”原创，授权“金色财经”独家首发，转载请著名出处。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

作者：

灵踪安全CEO 谭粤飞

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

关于灵踪安全：

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

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

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