從一個錢包被盜的案例，探討Web3的安全指南

巴比特资讯｜2022-01-21 20:27

道路千萬條，安全第一條：

1）不要共用密鑰

2）密鑰離線保存

3）開發和測試分開（空投和主賬號隔離）

4）不要下載來歷不明的軟件5）立即檢查授權

6）進行授權前，對合約安全進行確認

7）擼空投和福利的時候注意安全

8）警惕Discord來路不明的人和軟件

事件

2022年元旦假期的某個早上，小C準備寫代碼，繼續測試web3js的鏈上合約交易。突然發現自己的測試賬號（bsc鏈）在metamask歸零了，明明前一晚賬戶內還有100USD，然後查完轉賬就發現：

錢都沒了，錢哪去了？？

背景

技術出身的小C，最近在學習區塊鏈開發。

本身是專業開發者，已經很謹慎小心了，通常都是在測試網絡上跑，跑完之後，再會去正式網絡上部署，但是沒有意識到

整個產業目前還處在相對混亂的階段，麻痺大意，順手習慣導致造成了損失。

損失是如何造成的？

2021年的最後一天，小C偶然看到一個賬號很有趣（這個賬號有很多活躍的交易），就追踪了他的一些鏈上交

易，然後看到了一個非常有意思的項目（有很高的年化收益率），然後就鬼使神差地連上了自己的Metamask，然後鬼使神差的進行了approve，因為一般Web3的項目就是這個流程，approve然後轉賬就結束了。

但是令人驚呆的一幕出現了：點完之後，整個網站突然卡死了（其實在卡死這段時間，盜取者就把錢轉走了），沒有任何反應，小C當時沒當回事，把站點給關了，去做其他事情了。

過了大概一天，小C重新回來開發的時候，發現賬上的錢全部沒有了，去查了歷史記錄，發現賬上的餘額已經被全部轉走。

回顧過程

盜取者是怎麼把小C賬戶上的錢都轉走的？

現象：

只要你approve了，不需要私鑰理論上也可以把對應的錢全部轉走。

小C進行了下溯源，大概是在一個釣魚網站的approve出了問題，於是追溯該轉賬記錄。

如圖，可以看到，先是approve（授權）了一個合約，授權了釣魚合約能夠對賬號裡面BUSD進行操作，而且是沒有數量限制的。

為什麼會是BUSD呢？小C回憶了一下，一進入這個釣魚站點是默認選了busd，估計在瀏覽站點鏈接錢包之後，盜取者就已經篩選了出了賬號裡面錢最多的token了。

然後當小C以為這是一個新的swap合約，並且有很高的年化收益，準備先試試的時候，按照常規流程就進行approve。

approve結束後，網站直接卡了。

後來經過追溯，大概在授權之後幾十秒，合約就直接觸發了一個轉賬操作，直接把BUSD token給轉走了。

後來去查了一下授權的信息

基本上metamask默認授權的時候是

ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff

轉換成數字，我們認識的就是1.157920892373162 乘以10 的59 次方。基本上就可以理解為無限量轉賬了，也就是這個授權的操作，可以讓這個合約無限量的操縱我賬號的token。看到這裡感覺背後一涼，因為以前點過很多次approve都是不會去看的。

然後黑客操縱一個可以控制這個合約方法的錢包地址，就發起合約轉賬方法，把錢轉走了。所以小伙伴之後點metamask授權的時候一定要小心。

小C查了下，盜取者現在這個賬號里大概已經有了3w美金的token了，現在還有源源不斷的受害者在轉錢。但是面對區塊鏈沒有辦法，根本無法找不到這個黑客是誰。

出現問題的環節

問題到底出在哪裡？

因為最近在學習區塊鏈。小C大概理了一下這個釣魚的邏輯方式，害人之心不可有，防人之心不可無。大家有興趣可以了解一下：

正常轉賬

案例一：直接用戶間轉賬A用戶向B用戶轉賬BUSD

合約正常會檢查以下邏輯

1）判斷A用戶賬戶餘額是否有足夠的錢

2）是否是A用戶發起的轉賬

流程如下圖

正常合約兌換

就是我們平時使用pancakeswap、uniswap等兌換時候的流程

案例二：通過swap進行token兌換A用戶進行token兌換（BUSD兌換WBNB）流程合約進行判斷：

1）A用戶賬戶餘額是否有足夠的BUSD，（假設已經授權swap合約可以操作A賬戶的BUSDtoken）

2）swap合約取A賬戶下的500BUSD放入swap的合約池中（假設匯率是1:500）

3）成功後合約再向A賬戶轉入1BNB

注意第2）3）點，是由合約控制token進行操作。那麼也就是說合約可以繞過我們直接發起對我們賬號下的token的操作。

釣魚合約

先看這張溯源圖????

正常的轉賬，轉賬方和合約執行的轉賬方應該是同一個人，即上圖（1）與（2）應該是由同一個人發起的。而我被轉賬的這筆交易，這兩個不是同一個地址。推測應該是由一個可以執行釣魚合約的錢包地址控制執行了合約，然後將我授權給釣魚合約裡的BUSD轉走了。

去查看釣魚合約，不出意料釣魚合約是一個加密的合約。不過想一下也不難，稍微學過Solidity的人都知道，在合約定義的時候，多設置幾個Admin或者Owner就可以了。

所以以後一定要注意項目方的背書，不要隨便給不知道的項目授權！！！

安全建議

因為這件事，小C搜了一些有用的建議和方法，也看到了很多血淋淋的教訓。

這裡列出來一些方法大家可以根據自己的需要選擇。

1）不要共用密鑰

之前看有帖子說一個助記詞生成多個賬號的，這種我不建議哈，因為很可能被一鍋端。

2）密鑰離線保存

因為現在有很多剪貼板工具輸入法會將你的剪貼板記錄上傳到雲端，如果你直接複製了，如果雲端洩漏，你的密鑰就直接無了。我的建議就是生成之後，第一時間抄到本子上。當然抄到本子上，你也可以參考我對密鑰自己的字典加密，比如a用1代替，b用2代替，1用a代替，這樣就可以保證即使有人看到了你的紙質密鑰，也不能動你的數字資產。

3）開發和測試分開（空投和主賬號隔離）

安裝2個瀏覽器，一個可以是chrome，一個是brave。一個管理你的主錢包。另外一個可以參與領取空投，各種鏈上操作等

4）不要下載來歷不明的軟件

不要去用baidu這些下載來歷不明的軟件，我看到

有案例是下載盜版metamask，直接破產的。

一定要去正規的地址下載，有條件的可以參考google play。 chrome web store等

5）立即檢查你的授權

檢查的網址有下面幾個，debank沒有開源，但是UI交互比較好，後續的有開源的，大家自己抉擇吧。

https://debank.com/

https://approved.zone/

https://tac.dappstar.io/

https://ethallowance.com/