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

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

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

報告：以太坊智能合約部署在2022年躍升293%:金色財經報道，根據Alchemy的一份新報告，與2021年相比，2022年部署在以太坊上的智能合約數量猛增近300%。與2021年相比增長了293%，達到了與去年峰值相似的增長率。值得注意的是，這一活動高峰出現在2022年第四季度，當時FTX崩盤，導致該行業最大交易所的資金大量外流。根據該報告，2022年第四季度部署的智能合約數量環比增長453%，達到驚人的460萬。此外，在2022年的最后三個月，以太坊Goerli測試網上的智能合約部署增長了187%，同比增長高達721%，達到270萬的歷史新高。[2023/1/18 11:17:32]

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

Aave 推出基于 Polygon 的基于智能合約的社交媒體平臺 Web3:金色財經報道，去中心化金融（defi）借貸平臺 Aave 透露了一個名為 Lens Protocol 的 Web3 社交媒體平臺的推出。據該團隊稱，Lens 是使用 Polygon 區塊鏈構建的“基于 Web3、基于智能合約的社交圖譜”。[2022/2/10 9:41:31]

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

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

動態 | Augur智能合約部署及REP遷移:Augur的智能合約將部署到以太坊主網，并且REP遷移將于7月9日18：01（UTC）開始。REP如果存在于中心化交易所，用戶無需進行任何操作，Token在遷移時將被凍結。[2018/7/5]

該問題在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：LIDDITSOLSOLIDBLIDLBRY CreditsSOLAPE幣MOSOLID

SOL