USD:智能合约开发必读：这10个Solidity安全问题不容忽视，防失业_USDT

值得关注的其他问题

尽管有一个安全问题排名很不错，但它往往一些有趣的细节，因为某些细节与排名列表并不完全一致。在深入挖掘10大问题之前，必要阐述一下原始研究中一些值得关注的亮点问题：

在2018年，最主要的两个问题是外部合约拒绝服务和重入。但是现在这些问题有所缓解。可以从我们的研究博客中了解更多有关Reentrancy的信息：从安全角度出发审视智能合约。

译者注：实际上由于DeFi应用之间的组合应用，又导致了多起严重的重入攻击事件。

现在Solidityv0.6.x发布了，它带来了许多重大变化，然而扫描的智能合约中有50％甚至还没有准备好使用Solidityv0.5.0编译器。另外30％智能合约使用了过时的语法，并且83％的合约在指定编译器版本存在规范问题。

译者注：Solidity0.6在语义上更明确了，有助于编译器及时发现问题，让代码更安全，

尽管可见性问题没有出现在2018年的前10位，也没有出现今年的前10，但可见性问题增加了48％，值得关注。

下表比较了2018年和2020年十大常见问题列表之间的变化。这些问题按严重程度和流行程度排序：

1.未检查的外部调用

在2018年Solidity十大安全问题榜单上未检查的外部调用是第三个常见问题。由于现在前两个解决了，因此未检查的外部调用成为了2020年更新列表中最常见的问题。

Solidity底层调用方法，(例如

address.call()

)不会抛出异常。而是在遇到错误，返回

Litentry推出元宇宙身份应用My Crypto Profile:8月23日消息，跨链身份聚合协议Litentry推出生态应用My Crypto Profile，通过关联以太坊身份与推特账户让用户在推特上展示自己的NFT藏品，早期用户还可获得限量版NFT艺术品。据官网显示，My Crypto Profile旨在连接元宇宙与社交网络，并为用户提供丰富的云宇宙身份展示。[2021/8/24 22:32:42]

false

。

而如果使用合约调用

ExternalContract.doSomething()

时，如果

doSomething()

抛出异常，则异常会继续「冒泡」传播。

应该通过检查返回值来显式处理不成功的情况，以下使用

addr.send()

进行以太币转账是一个很好的例子，这对于其他外部调用也有效。

声音 | V神：也许cryptoeconomics更符合对网络币空间的描述:V神今日在推特上发文表示，我有时对使用“crypto”作为网络币空间的描述符感到不舒服。从密码学（cryptography）中盗用这个名字是很傲慢的。但这很困难，其他的又太局限了。这不仅仅是链和币。也许加密经济学（cryptoeconomics）是准确的，但是太长了。[2019/10/12]

if(!addr.send(1)){revert(。

2.高成本循环

高成本循环从Solidity安全榜单的第四名上升至第二名。受该问题影响的智能合约数量增长了近30％。

大家都知道，以太坊上的运算是需要付费的。因此，减少完成操作所需的计算，不仅仅是优化问题，还涉及到成本费用。

循环是一个昂贵的操作，这里有一个很好的例子：数组中包含的元素越多，就需要更多迭代才能完成循环。最终，无限循环会耗尽所有可用GAS。

for(uint256i=0;i<elements.length;i++){//dosomething}

如果攻击者能够影响元素数组的长度，则上述代码将导致拒绝服务(执行无法跳出循环）。而在扫描的智能合约中发现有8％的合约存在数组长度操纵问题。

3.权力过大的所有者

这是Soldiity十大安全问题新出现的问题，该问题影响了约16％的合约，某些合约与其所有者紧密相关，某些函数只能由所有者地址调用，如下例所示：

只有合约所有者能够调用

doSomething()和doSomethingElse()

函数：前者使用onlyOwner修饰器，而后者则显式执行该修饰器。这带来了严重的风险：如果所有者的私钥遭到泄露，则攻击者可以控制该合约。

4.算术精度问题

由于使用256位虚拟机，Solidity的数据类型有些复杂。Solidity不提供浮点运算，并且少于32个字节的数据类型将被打包到同一个32字节的槽位中。考虑到这一点，你应该预见以下程序精度问题：

functioncalculateBonus(uintamount)returns(uint){returnamount/DELIMITER*BONUS;}

如上例所示，在乘法之前执行的除法，可能会有巨大的舍入误差。

5.依赖tx.origin

6.溢出

Solidity的256位虚拟机存在上溢出和下溢出问题，这里有具体的分析。在

for

循环条件中使用

uint

数据类型时，开发人员要格外小心，因为它可能导致无限循环：

7.不安全的类型推导

该问题在Solidity十大安全问题排行榜中上升了两位，现在影响到的智能合约比之前多了17％以上。

8.不正确的转账

此问题在Solidity十大安全问题榜单中从第六位下降到第八位，目前影响不到1％的智能合约。

9.循环内转帐

当在循环体中进行以太币转账时，如果其中一个转账失败，那么整个交易将被回滚。

for(uinti=0;i<users.lenghth;i++){users.transfer(amount);}

在这个例子中，攻击者可能利用此行为来进行拒绝服务攻击，从而阻止其他用户接收以太币。

10.时间戳依赖

如果你的应用需要随机性，可以参考RANDAO合约，该合约基于任何人都可以参与的去中心化自治组织，是所有参与者共同生成的随机数。

总结

比较2018年和2020年十大常见问题时，我们可以观察到开发最佳实践的一些进展，尤其是那些影响安全性的实践。看到2018年排名前2位的问题：外部合约拒绝服务和重入，已经不再榜单了，这是一个积极的信号，但仍然需要采取措施来避免这类常见错误。

请记住，智能合约在设计上是不可变的，这意味着一旦创建，就无法修补源代码。这对安全性构成了巨大挑战，开发人员应利用可用的安全测试工具来确保在部署之前对源代码进行了充分的测试和审核。

Solidity是一种非常新且仍在成熟的编程语言，Solidityv0.6.0引入了一些重大更改，并且预计在以后的版本中还会有更多更改。

标签：THINGMETHUSDTUSDTHING币methylethylketoneusdt币交易违法吗AUSDT

Uniswap热门资讯