NCC Group 发起了一个名为 2018 年去中心化应用安全 Top10 （ Decentralized Application Security Project）的项目。据悉，该项目会与类似于 OWASP 的方式发布去中心化应用安全领域中，每年的十大安全威胁报。与 OWASP 开放合作透明的运作理念相似，该项目也是以集成合作的方式披露智能合约中存在的安全漏洞。

本文是第一版的 DASP Top10 2018 内容，详细描述包括递归调用漏洞、权限控制漏洞、算数问题、返回值问题、拒绝服务、伪随机在内的智能合约威胁。因翻译时间所限，难免出现疏漏，在 FreeBuf 上分享仅为抛砖引玉之用，望对去中心化应用感兴趣的同学在此多指正、多交流。

一、递归调用漏洞

该漏洞的利用有一个知名的案例，以太坊（Ethereum）漏洞。在首次发现以太坊存在这个问题的时候，很多人都觉的不可思议，在高漏洞造成数千万美元的损失之后，该漏洞可谓直接导致了以太坊的硬分叉之路。

这个漏洞的触发在于外部合约对正在起草的合约进行新的调用，而这个调用发生在初次执行完成之前。对于函数而言，这个调用意味着合同状态发生了改变，调用的合约变得不可信，外部地址却上使用了低层功能。

该漏洞造成的损失：350万 ETH 损失（当时价值 5000万美元）

二、权限控制漏洞

权限控制问题在所有程序中都很常见，而不仅存在于智能合约之中。事实上，在OWASP中该问题也排行第5。我们通常通过公开或者外部函数获取到合约的内容。但如果合约的可视性没有进行良好的安全设置，攻击者也很容易查看并获取合约的隐私内容和内部逻辑，他们能够找到绕过限制的方式。这些漏洞通常在合约使用tx.origin 对调用者进行验证时触发。

漏洞造成的损失：大约15000ETH（当时约为3000万美元）

三、算数问题

整数的溢出并不少见，但这类问题在智能合约中尤其危险。合约中无符号整数的应用非常普遍，大多数开发人员习惯于简化 int 类型（有符号整数）。 如果溢出问题发生，许多良性代码路径会成为攻击者进行信息窃取或拒绝服务的载体。

四、未经核查的返回值问题

这个问题有时也称为无声的失败发送或者未经核实的发送。我们应该尽可能避免在合约中使用低层次的调用，因为返回值如果处理不当会出现很多意外的行为。

Solidity 中有一部分功能是低层函数，如 call() ，callcode()，delegatecall() 和send()。 这些函数在处理错误方面的行为与其他 Solidity 函数完全不同，他们不会回到当前执行的状态，而只会返回布尔值false，程序会继续执行。

如果这些返回值没有得到核查，就会导致一些预想不到的结果。

五、拒绝服务问题

拒绝服务的情况，包括达到到达了程序的容量上限，意外抛出错误，意外的进程杀死，或者访问控制违规问题。

在去中心化应用、以太坊的世界中，拒绝服务问题往往会是致命的：尽管其他类型的应用程序最终总是可以恢复服务的，但智能合约可能会因一次拒绝服务攻击而永久下线。

有多种原因引发导致拒绝服务，如在合约交易时收到了对方恶意行为的攻击，人为地提高了执行操作消耗的容量，滥用访问控制来获取智能合约的隐私组件，遭到混淆攻击。

这一系列攻击都包括了各种变体，并在未来的时间中攻击方式会继续变化。

漏洞造成的损失：估计为 514,874 ETH（当时约3亿美元）

六、伪随机问题

该漏洞也被称为 “没有什么是秘密的”。

随机问题很难在以太坊中得到纠正。尽管 Solidity 提供了些难以预测值的函数和变量，但很多情况中还是难以保持隐私性。随机性在一定程度上是可预测的，所以恶意用户以此实施攻击。

漏洞造成的损失：超过400 ETH

七、竞争条件问题

由于矿工总是通过外部地址来获得报酬，因此用户可以指定更高的费用来让自己的交易更快地完成。

而以太坊区块链是公开的，每个人都可以看到其他人尚未完成的交易内容。

这意味着，如果某个用户正在处理问题，恶意用户也可以窃取该解决方案，以较高的费用发起新交易，抢占原始解决方案。

如果智能合约的开发者不太谨慎，这种情况会导致实际且毁灭性的攻击。

八、时间处理问题

从锁定令牌到在特定时间解锁资金，合约都需要依赖当前时间。 这通常通过 block.timestamp 或其 now 来在 Solidity 中实现。

由于这个时间依赖的是矿工，一笔交易的矿工如果在挖矿时间上会有余地，所以良好的智能合约应该避免时间依赖。而正如在6中探讨的，block.timestamp 函数中使用的随机只是伪随机。

九、短地址攻击问题

短地址攻击是以太坊虚拟机未能接受正确参数的副产物。攻击者可以通过特定制作的地址利用这个弱点，针对部分编码错误的客户端进行参数填充。

尽管不同的人对于这个问题看法不同：

这是以太坊虚拟机的问题还是客户端的问题？这能够在智能合约中修复吗？

虽然这个漏洞还没有被大规模利用，但它很好地证明了客户和以太坊区块链之间的交互也可能存在问题。

其他链外问题也存在着：以太坊生态系统以来着特定的 JavaScript 前端，浏览器插件以及公共节点。

在Coindash ICO 欺诈事件中的黑客也使用了臭名昭着的链外漏洞，他们在网页上修改了 ICO 公司的以太坊地址，诱骗参与者将攻击者地址发到自己的账户。

十、未知

以太坊仍然处于起步阶段。 用于开发智能合同的主要语言 Solidity 尚未达到稳定版本，生态系统中的其他工具也仍然处于试验阶段。

每次发现具有破坏性的智能合约让许多人都感到惊讶，但我们没有理由相信其他同等性质破坏力的漏洞不会出现。代码审计和安全检查仍然会是有效的措施，尽管有很多不成熟的地方，去中心化应用仍然在以飞速的方式发展。

参考来源：dasp，本文编译整理Elaine

声明：本文来自FreeBuf，版权归作者所有。文章内容仅代表作者独立观点，不代表安全内参立场，转载目的在于传递更多信息。如有侵权，请联系 anquanneican@163.com。