从一个钱包被盗的案例，探讨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/