CertiK：我們每天遇到有漏洞的DeFi合約概率是多少？審計后又有多大概率被攻擊？_CER:CERE幣

身在新冠日增確診10萬例美國的小編，因為硬核原因不得不搭乘飛機出門。出行前一直擔心是否會被感染，途中卻被飛機遇到猛烈氣流的顛簸唬住了。雖然心里默默安慰自己飛機空難發生的概率非常低，感染新冠肺炎的概率也沒那么高，但還是想起來了四個字：“墨菲定律”

在現代科技發展的大潮流下，鎖定在區塊鏈領域里的資產愈發龐大。隱藏在計算機背后的危機也隨著區塊鏈的發展日益展露猙獰的面目。智能合約當中，任何一個小bug，都可能會給項目或者投資者造成無法挽回的損失。受此警示之下，CertiK安全團隊利用CertiK天網系統，對自北京時間2020年12月4日0時至24時之間，新加入Uniswap的代幣智能合約進行了監控分析。在本次分析的時間段內，一共產生了29個智能合約代幣項目。經過CertiK的Skynet分析，總計發現16個智能合約存在漏洞或者缺陷！大概有55%的智能合約項目或多或少存在漏洞或者缺陷，其中大約有10%存在嚴重漏洞，45%存在項目擁有者權限過大，權限中心化過高的缺陷。本次分析的智能合約項目名稱和合約地址如下：

Larry Cermak：Customers Bank等銀行仍為加密行業提供服務:3月13日消息，The Block研究總監Larry Cermak發推稱，為加密貨幣業務提供銀行服務的三家美國銀行被淘汰。不過，Customers Bank、First Foundation Bank、Cross River Bank、Sutton Bank、Evolve Bank & Trust、BankProv、Quontic Bank等銀行仍然提供加密貨幣銀行服務。Larry Cermak表示，自己沒有提到像摩根大通、 紐約梅隆銀行這樣的大銀行，是因為大多數小企業都無法使用這些銀行。[2023/3/13 13:00:38]

分析結果如下：

韓國游戲巨頭Wemade與CertiK建立長期合作關系:1月6日消息，韓國游戲巨頭Wemade與區塊鏈安全機構CertiK簽署了一份諒解備忘錄，據諒解備忘錄的條款，Wemade和CertiK將建立長期的安全伙伴關系，并發起聯合營銷活動。CertiK將幫助Wemade提高WEMIX3.0生態系統的安全性和效率。[2023/1/6 10:58:14]

雖然難以通過一天的情況來預估所有時間范圍內的智能合約安全情況，但窺一斑而知全豹。下面主要針對三個相對重要的漏洞進行分析：nostromo.finance(NSTR)

圖1:burnFrom()函數圖1中burnFrom函數受到ownerOnly修飾詞限制，只允許項目管理者執行該函數。該函數內部邏輯實現允許通過設置account,balance和subtractValue的值，間接對_totalSupply和給定賬戶的_balances值進行任意修改。PowerPool.Finance(CVP)

基于BSC的Arbix Finance協議被CertiK標記為Rug Pull:區塊鏈安全公司CertiK已將基于Binance Smart Chain的流動性挖礦協議Arbix Finance標記為“Rug Pull”（拉地毯）項目。根據CertiK的事件分析，Arbix Finance項目顯示了太多的危險信號。CertiK稱：“ARBX合約只有所有者功能的mint()，1000萬個ARBX代幣被鑄造到了8個地址”。CertiK還確認有450萬個ARBX被鑄造到一個地址，之后“450萬個鑄造的代幣被丟棄。”另一個危險信號是1000萬美元的用戶資金。這筆資金在存入后被定向到未經驗證的池中，黑客最終獲得了所有訪問權限，耗盡了全部1000萬美元的資產。（Coingape）[2022/1/6 8:27:48]

圖2:powerpoolttl合約中回退函數圖2中為powerpoolttl合約的回退函數。當外部用戶對該智能合約進行調用，如果該調用中沒有調用合約中的任何一個函數，或者僅僅轉移了代幣到該合約中，則回退函數會被調用。70行的邏輯顯示，當回退函數被調用時，調用中被轉移到合同中的代幣會被直接轉移到teamAddress的地址中。omphalos.co(OMPL)

去中心化投資銀行平臺AllianceBlock與CertiK達成合作:去中心化投資銀行平臺AllianceBlock宣布與CertiK建立合作伙伴關系，旨在確保AllianceBlock協議始終滿足高安全標準。作為合作的一部分，CertiK的專業服務部門（Professional Services Division）將對AllianceBlock網絡進行深入審計，并將驗證基于該網絡的去中心化金融解決方案。[2020/10/29]

該項目中可以通過執行transferFrom()函數進行對代幣轉移，根據圖3中transferFrom()函數定義，211行需要執行getFee函數決定每次代幣轉移需要扣除的費用。從圖3中getFee()函數的定義可以看到，決定費用高低的邏輯是取決與241行調用的Management.getFee()函數的定義。當前Management.getFee()函數的邏輯定義是根據manager變量中存儲的地址值的不同而進行改變。當前manager變量中存儲的地址值如圖6所示。然而manager變量中存儲的地址值所指向的智能合約并未在etherscan上被認證，因此無法得知該智能合約的源代碼，繼而無從得知Management.getFee()函數的定義。由于Management.getFee()函數背后的邏輯無法得知，因此項目擁有者有可能通過操作Management.getFee()函數返回值的方式，調整每次代幣轉移的費用，進行惡意操作等。

DFI.Money（YFII）發起關于如何分配Balancer獎勵提案:9月3日，聚合器項目DFI.Money（YFII）收到首批Balancer（BAL）獎勵，共計BAL 679.83個，價值21,814美元。該獎勵來源于YFII/DAI礦池，后續每周都將收到。關于獎勵如何分配，社區發起提案進行投票：放進循環挖礦池；換成yCRV給投票人激勵參與投票；注入社區基金。[2020/9/8]

圖3：transferFrom()函數

圖4：StandardToken合約中的getFee()函數

圖5：Management智能合約接口與getFee函數接口

圖6：當前manager變量存儲的地址值

圖7：當前manager變量存儲的地址值指向的智能合約大家都知道2020年最知名的一個例子——DeFi項目Yam于北京時間8月12日3:00啟動后，盡管該項目的博客文章警告稱尚未對其合約進行任何審計，但瘋狂的Yieldfarmers在不到一小時內向該項目存入了7600萬美元。后期不出意料，Yam在短短36小時內，數億美元因為一個小小的漏洞，消失于無形。安全審計現在已經是高質量DeFi項目的標配。當前DeFi項目熱潮持續不減，很多項目為了抓住熱點與機遇，在未經嚴格測試和審計的情況下便匆忙上線。這些項目中，大部分的漏洞是無法通過常見的測試方法和工具來發現的。只有尋找專業的審計專家進行嚴謹的數學模型證明，才可以發現該漏洞。形式化驗證是當前唯一被證明可以產生可信數學證明的軟件驗證方法。因此，采用基于形式化驗證方法的區塊鏈檢測工具來驗證項目中的安全漏洞，應成為每一個項目在上鏈前的必經步驟。每一個項目受到攻擊或是損失資產的原因，都是因為一個非常小的代碼漏洞。計算機領域中，平均每1000行代碼中，會有1-25個bug。也就是說，這個概率的區間是千分之一至百分之二點五。那么那些已經接受安全審計并通過的項目呢？CertiK選取了三家公開審計信息的安全公司進行了數據統計。此次統計了這三家公司的共計377個被審計的項目。其中有8個項目在至少被審計過一次的情況下，仍舊遭受到了黑客攻擊。這8個已審計卻被攻擊的項目，整整損失了6900萬美元。根據此三家審計公司的數據來計算審計后被黑客攻擊的比例是：8/377=2.12%代碼產生bug的幾率和項目已通過審計但仍舊被攻擊的概率大抵都約等于2%，在這里舉個簡單的例子：根據SquareTrade數據統計顯示——在美國，短短一小時內就有5761個手機屏幕壯烈犧牲。

假設，美國人均一部手機，并且沒有重復摔同一部手機的癖好。那么50天內，一位美國小伙兒有2%的幾率把手機屏幕摔碎。但是一部手機的使用壽命肯定不止50天，如果用一年呢？這個概率驟增為15%！使用超過三年半，概率就超過了50%！這就印證了上文中的墨菲定律——小概率事件的必然性：時間基數夠長的情況下，壞事總會輪到你的。而空難發生的幾率是五百萬分之一。相比之下，代碼產生漏洞的概率以及項目已通過審計但仍舊被攻擊的概率是空難的整整12.5萬倍！如果在飛機顛簸的時候，你害怕飛機失事，那么不妨用超出10萬倍的擔心，去保護你的項目。這么對比過后，你還覺得項目不需要額外的保障嗎？為之于未有，制治于未亂。除靜態審計之外，動態的安全防護更能夠防范攻擊事件。CertiK開發的動態安全工具：快速掃描——安全預言機——CertiKShield，從預警到實時評測到保險計劃，可以全方位為項目方提供安全保障。歡迎搜索微信關注CertiK官方微信公眾號，點擊公眾號底部對話框，留言免費獲取咨詢及報價！

Tags：CERTIKCERTERTCERE幣certik幣價certikBitgert

酷幣交易所