ITH:首發 | 自家客戶被盜了？一文還原Axion Network攻擊事件始末_TIK

在11月2日上線后僅幾個小時，AxionNetwork代幣AXN的價格暴跌了100%。這次價格暴跌披露了其存在的漏洞，下文是CertiK安全審計團隊針對此事件的完整分析。

2020年11月2日北京時間晚上七時左右?，黑客利用AxionStaking合約的unstake函數設法鑄造了約800億個AXN代幣。

黑客隨后將AXN代幣在Uniswap交易所中兌換以太幣，重復此過程，直到Uniswap中ETH-AXN交易對的以太幣所被耗盡，同時AXN代幣價格降至0。

在攻擊發生后的幾分鐘內，CertiK安全審計團隊獲知了該攻擊事件，并即刻展開了調查。

CertiK安全審計團隊認為該攻擊極大可能是內部操作造成的，該內部操作通過在部署代碼時，對項目依賴的OpenZeppelin依賴項注入惡意代碼。?

被惡意利用的智能合約函數不屬于CertiK審核的范圍內。

首發 | Bithumb將推出與Bithumb Global之間的加密資產轉賬服務:Bithumb內部人士對金色財經透露，Bithumb推出和Bithumb Global之間的加密貨幣資產免手續費快速轉賬服務，每日加密貨幣資產轉賬限額為2枚BTC。此消息將于今日晚間對外公布。據悉，目前僅支持BTC和ETH資產轉賬。[2020/2/26]

在將Axion項目代碼和OpenZeppelin依賴代碼結合并進行部署時，該惡意代碼隨著OpenZeppelin依賴代碼被注入到部署的項目中。

攻擊預謀

黑客在發動攻擊時使用的是前一天從tornado.cash?中獲取的匿名資金?，說明這是一次有預謀的攻擊。

可能是以防攻擊失敗而節省一些資金，黑客賬戶在收到資金后，立即通過tornado.cash轉出了2.1個以太幣。

首發 | 此前18000枚BTC轉賬是交易所Bithumb內部整理:北京鏈安鏈上監測系統發現，北京時間10月24日，17:07分發生了一筆18000枚BTC的轉賬，經分析，這實際上是交易所Bithumb的內部整理工作，將大量100到200枚BTC為單位的UTXO打包成了18筆1000枚BTC的UTXO后轉入其內部地址。通常，對各種“面值”的UTXO進行整數級別的整理，屬于交易所的規律性操作。[2019/10/24]

作為本次攻擊的準備工作的最后一步，黑客從Uniswap交易所購買了大約70萬個HEX2T代幣?。然而，這些資金最終沒有參與到攻擊中，而是為掩護攻擊行為而放出的煙霧彈。

攻擊準備

在北京時間下午四時?，黑客先以數量為?0?和持續抵押時間為?1?天為參數調用stake函數，在AxionNetwork的抵押合同中創建“空”抵押。

首發 | DVP: Bitstamp交易所存在漏洞 可導致大量KYC等信息被泄露:金色財經訊，近日，DVP收到安全人員提交的全球知名交易所Bitstamp的漏洞，攻擊者可以利用該漏洞查看大量用戶ID、銀行卡等敏感信息，嚴重威脅用戶信息安全。為避免發生KYC泄露的惡性事件，DVP安全團隊在收到該漏洞后，第一時間通知該平臺進行修復，但未收到回應。DVP提醒相關用戶關注個人信息安全，以免造成損失。[2019/8/13]

這為黑客創建了一個Session條目，其會話ID為6，數量為0，股價為0。

此后，黑客預料到攻擊將會成功，因此向Uniswap交易所預先授權了無限制的AXN。

隨后，他們批準了Axion的NativeSwap合約，以獲取即將轉換為AXN代幣的資金額。

黑客在大約北京時間下午五時?調用了NativeSwap合約的deposit函數，然而黑客并未調用該合約的withdraw函數來獲取其交換得到的AXN，這在NativeSwap合約的swapTokenBalanceOf函數清晰可見。

首發 | 《一起來捉妖》中玩家達到22級將會接觸到專屬貓的玩法 ?:今日騰訊上線首款區塊鏈游戲《一起來捉妖》，經金色財經查證，游戲中玩家達到22級將會接觸到專屬貓的玩法，而非此前官方對外宣稱的15級。除了誘貓鈴鐺召喚出的0代貓以及部分通過運營活動獎勵的專屬貓以外，游戲中所有的貓默認都是未上鏈狀態。未上鏈的貓不能出售，也無法進入市場與其他玩家配對；但是你可以使用這些貓與你的QQ/微信好友進行配對，產出新的小貓。使用道具“天書筆”可以將你的貓記錄到區塊鏈。當貓被記錄到區塊鏈以后，這些貓就可以進入市場，通過配對賺取點券，或者出售賺取點券。專屬貓是否上鏈，并不影響它的增益效果。但只有上鏈后，它才能面對全服務器所有的玩家進行繁殖、交易。

?

《一起來捉妖》中的專屬貓玩法，基于騰訊區塊鏈技術，游戲中的虛擬數字資產得到有效保護。此外，基于騰訊區塊鏈技術，貓也可以自由繁殖，并且運用區塊鏈技術存儲、永不消失。[2019/4/11]

隨后，他們在執行攻擊前又調用了一次deposit函數，但是這次調用執行最終失敗。

IMEOS首發 BM表示EOS合約具有整數溢出保護:據金色財經合作媒體IMEOS報道：近日ETH出現多個ERC20智能合約的處理溢出錯誤，BM在推特上發表評論：新的ETH契約Bug可能會破壞整個Token的供應，讓持有者留下無價值Token.這就算為什么代碼不能成為法律，隨即表示EOS erc合約不容易受到這種攻擊。而EOS官方群也有人表示擔憂EOS是否具有整數溢出保護？BM回應：有很多C ++模板類可以封裝類型并檢查溢出。[2018/4/25]

攻擊執行

以上提到的交易僅僅是黑客為了掩護真正unstake攻擊的煙霧彈。

由于黑客進行的交易未更改sessionDataOf映射，因此可以得出結論，這是一次多地址攻擊。

為了找到可能導致sessionDataOf映射受到影響的原因，CertiK安全審計團隊在GitHub代碼存儲庫中審查了項目方與CertiK共享的合約源代碼。

經過仔細驗證，團隊無法在stake函數之外檢測到對其或其成員的任何修改操作，這使得我們懷疑該項目智能合約是否被正確的部署。

攻擊途徑

在分析了已部署的Staking合約源代碼之后，CertiK安全審計團隊在Staking合約的已部署的源代碼?第665-671行發現了一處代碼注入，該代碼注入發生在被修改的OpenZeppelin庫中的AccessControl智能合約。

鏈接中的checkRole函數不屬于OpenZeppelinv3.0.1的實現，而OpenZeppelinv3.0.1?在項目的GitHub代碼存儲庫中被列為依賴項。

在checkRole函數中，存在以下assembly模塊：

此函數允許特定地址通過底層調用根據其傳入的參數對合約進行任意寫入。帶注釋的assembly模塊如下所示：

此函數是在合約部署時添加的，因為OpenZeppelin的AccessControl的實現中并不存在此函數，這意味著參與部署代幣的AxionNetwork成員從中作梗。?

結論

此次攻擊涉及到的代碼，是在合約部署前被人為故意添加進去的。

此次事件與CertiK完成的審計毫無關聯，對這次攻擊所負責的人應是參與了AxionNetwork合約部署的相關人員。

在此CertiK也特別強調，為了保證審計報告的有效性，和對項目安全的保障，審計報告應包括已部署的智能合約地址。地址所指向的合約的代碼應是和被審計過的源代碼相同的。因此，請大家切勿因為看到項目“已審計”就不做任何背景調查而盲目跟進。?

CertiK安全預言機，作為一個鏈上可實時交互進行安全檢測的工具，可以有效確保并驗證已部署的智能合約匹配已被審計的版本。

它可以從去中心化的安全運營商網絡中檢索一組安全評分，獲得安全可靠的網絡評估源代碼，所有人都可以通過使用預言機來驗證合約安全性。

在基于區塊鏈的生態系統中，提高安全性就必須將傳統審計與鏈上安全性分析相結合。CertiK安全預言機將有效減少鏈上交易與實時安全檢測之間的距離，致力于運用去中心化的方法來解決安全難點。

參考鏈接：

?https://etherscan.io/tx/0xc2a4a11312384fb34ebd70ea4ae991848049a2688a67bbb2ea1924073ed089b4

?https://tornado.cash/

?https://etherscan.io/tx/0x86f5bd9008f376c2ae1e6909a5c05e2db1609f595af42cbde09cd39025d9f563/advanced

?https://etherscan.io/tx/0x6b34b75aa924a2f44d6fb2a23624bf5705074cbc748106c32c90fb32c0ab4d14

?https://etherscan.io/tx/0x5e5e09cb5ccad29f1e661f82fa85ed172c3b66c4b4922385e1e2192dc770e878

?https://etherscan.io/tx/0xf2f74137d3215b956e194825354c693450a82854118a77b9318d9fdefcfbf875

?https://etherscan.io/address/0xcd5f8dcae34f889e3d9f93f0d281c2d920c46a3e

?https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v3.0.1/contracts/access/AccessControl.so

Tags：ITHcertikERTTIKITH幣certik幣價newlandpropertyTIK價格

BNB