LID:智能合約開發必讀：這10個Solidity安全問題不容忽視_DIT

編者按：本文來自登鏈社區，Odaily星球日報經授權轉載。在2018年，我們曾對智能合約安全狀況進行過初步研究，重點是Solidity編寫的智能合約。當時，我們根據公開的合約源代碼編寫了最常見的10個智能合約安全問題。兩年過去了該更新研究并評估智能合約安全性發展的如何了。值得關注的其他問題

盡管有一個安全問題排名很不錯，但它往往一些有趣的細節，因為某些細節與排名列表并不完全一致。在深入挖掘10大問題之前，必要闡述一下原始研究中一些值得關注的亮點問題：在2018年，最主要的兩個問題是外部合約拒絕服務和重入。但是現在這些問題有所緩解。可以從我們的研究博客中了解更多有關Reentrancy的信息：從安全角度出發審視智能合約。譯者注：實際上由于DeFi應用之間的組合應用，又導致了多起嚴重的重入攻擊事件。現在Solidityv0

數據：以太坊網絡每日新智能合約數量達309份創新高:10月19日消息，數據顯示，以太坊網絡每日新智能合約數量已達到309份，創下新高。與此同時，這種每日新增超百份智能合約的現象維持了超過一個月，而非創造峰值后就消失。而這個現象的導火索可能是DeFi。（Trustnodes）[2020/10/19]

如上例所示，在乘法之前執行的除法，可能會有巨大的舍入誤差。5.依賴tx

}可以在Solidity的文檔中找到TxOrigin攻擊的詳細說明。簡單的說，tx

多家西班牙銀行合作完成概念測試，驗證在區塊鏈網絡中執行智能合約觸發支付:Banco Sabadell、Banco Santander、Bankia、BBVA和CaixaBank等多家西班牙銀行已成功完成一項新的概念測試，以在區塊鏈網絡中執行智能合約觸發支付。

該計劃由西班牙支付系統（SNCE）管理公司Iberpay協調，測試確認了在支付行業應用區塊鏈技術的可行性，允許在滿足某些預先設定的條件時自動執行支付，如合同簽訂時自動付款或收發貨后自動付款。（Finextra）[2020/7/15]

在上面的示例中，當i的值為0時，下一個值為2^256-1，這使條件始終為true。開發人員應當盡量使用<、>、!=和==進行比較。7.不安全的類型推導

動態 | NEO智能合約開發工具Neoray發布2.0版本:NEO智能合約開發工具Neoray已發布2.0版本。據悉，Neoray為NEO智能合約調試工具，集成合約編譯、部署、調用和調試功能。（CryptoNinjas）[2019/9/24]

該問題在Solidity十大安全問題排行榜中上升了兩位，現在影響到的智能合約比之前多了17％以上。Solidity支持類型推導，但有一些奇怪的表現。例如，字面量0會被推斷為byte類型，而不是通常期望的整型。在下面的示例中，i的類型被推斷為uint8，因為這時能夠存儲i的值uint8就足夠。但如果elements數組包含256個以上的元素，則下面的代碼就會發生溢出：for(vari=0;i<elements

在這個例子中，攻擊者可能利用此行為來進行拒絕服務攻擊，從而阻止其他用戶接收以太幣。10.時間戳依賴

在2018年，時間戳依賴問題排名第五，重要的是要記住，智能合約在不同時刻多個節點上運行的。以太坊虛擬機不提供時鐘時間，并且通常用于獲取時間戳的now變量實際上是礦工可以操縱的環境變量。if(timeHasCome==block

由于礦工可以操縱當前的環境變量，因此只能在不等式>、<、>=和<=中使用其值。如果你的應用需要隨機性，可以參考RANDAO合約，該合約基于任何人都可以參與的去中心化自治組織，是所有參與者共同生成的隨機數。總結

比較2018年和2020年十大常見問題時，我們可以觀察到開發最佳實踐的一些進展，尤其是那些影響安全性的實踐。看到2018年排名前2位的問題：外部合約拒絕服務和重入，已經不再榜單了，這是一個積極的信號，但仍然需要采取措施來避免這類常見錯誤。請記住，智能合約在設計上是不可變的，這意味著一旦創建，就無法修補源代碼。這對安全性構成了巨大挑戰，開發人員應利用可用的安全測試工具來確保在部署之前對源代碼進行了充分的測試和審核。Solidity是一種非常新且仍在成熟的編程語言，Solidityv0.6.0引入了一些重大更改，并且預計在以后的版本中還會有更多更改。來源鏈接：securityboulevard.com

Tags：LIDSOLSOLIDDITBLID價格SolRazrSolidexSMARTCREDIT幣

幣安下載