NER:慢雾：简析 MetaMask 钱包 demonic 漏洞

使用过MetaMask版本低于10.11.3的用户，如在导入助记词时点击了ShowSecretRecoveryPhrase，那么助记词可能泄露了。

2022年6月16日，MetaMask官方公布白帽子发现的一个被称为demonicvulnerability的安全问题，漏洞影响的版本<10.11.3，由于MM的用户体量较大，且基于MM进行开发的钱包也比较多，所以这个漏洞的影响面挺大的，因此MM也慷慨支付了白帽子5万刀的赏金。当团队向我同步了这个漏洞后，我开始着手对这个漏洞进行分析和复现。

漏洞分析

慢雾：过去一周Web3生态因安全事件损失约2400万美元:6月19日消息，据慢雾发推称，过去一周Web3生态系统因安全事件损失约2400万美元，包括Atlantis Loans、Ben Armstrong、TrustTheTrident、FPG、Sturdy、Pawnfi、Move VM、Hashflow、DEP/USDT与LEV/USDC、Midas Capital，总计23,795,800美元。[2023/6/19 21:46:18]

白帽子将这个漏洞命名为demonicvulnerability，具体的漏洞描述比较复杂，为了让大家更好的理解这个问题，我尽可能用简单的表述来说明这个问题。在使用MM浏览器扩展钱包导入助记词时，如果点击"ShowSecretRecoveryPhrase"按钮，浏览器会将输入的完整助记词明文缓存在本地磁盘，这是利用了浏览器本身的机制，即浏览器会将Tabs的页面中的Text文本从内存保存到本地，以便在使用浏览器的时候可以及时保存页面的状态，用于下次打开页面的时候恢复到之前的页面状态。

慢雾：利用者通过执行恶意提案控制了Tornado.Cash的治理:金色财经报道，SlowMist发布Tornado.Cash治理漏洞解析。 5月20日，Tornado.Cash遭受了治理攻击，利用者通过执行恶意提案控制了Tornado.Cash的治理。5月13日，利用者发起了20提案，并在提案中说明20提案是对16提案的补充，具有相同的执行逻辑。但实际上，提案合约多了一个自毁逻辑，其创建者是通过create2创建的，具有自毁功能，所以在与提案合约自毁后，利用者仍可以部署不同的以与以前相同的方式将字节码发送到相同的地址。不幸的是，社区没有看到拟议合约中的犯规行为，许多用户投票支持该提案。

在5月18日，利用者通过创建具有多个交易的新地址，反复将0代币锁定在治理中。利用提案合约可以销毁并重新部署新逻辑的特性，利用者在5月20日7:18（UTC）销毁了提案执行合约，并在同一地址部署了一个恶意合约，其逻辑是修改用户在治理中锁定的代币数量。

攻击者修改完提案合约后，于5月20日7:25（UTC）执行恶意提案合约。该提案的执行是通过 Delegatecall 执行的，因此，该提案的执行导致治理合约中由开发者控制的地址的代币锁定量被修改为 10,000。提案执行完成后，攻击者从治理库中解锁了TORN代币。金库中的TORN代币储备已经耗尽，同时利用者控制了治理。[2023/5/21 15:17:00]

基于对这个漏洞的理解，我开始进行漏洞复现，由于MM仅对这个漏洞进行简要的描述并不公开漏洞细节，所以在复现的时候遇到了如下的问题：

慢雾：共享Apple ID导致资产被盗核心问题是应用没有和设备码绑定:5月19日消息，慢雾首席信息安全官23pds发推表示，针对共享Apple ID导致资产被盗现象，核心问题是应用没有和设备码绑定，目前99%的钱包、交易App等都都存在此类问题，没有绑定就导致数据被拖走或被恶意同步到其他设备导致被运行，攻击者在配合其他手法如社工、爆破等获取的密码，导致资产被盗。23pds提醒用户不要使用共享Apple ID等，同时小心相册截图被上传出现资产损失。[2023/5/19 15:13:08]

缓存被记录到磁盘中的文件路径未知

慢雾：ERC721R示例合约存在缺陷，本质上是由于owner权限过大问题:4月12日消息，据@BenWAGMI消息，ERC721R示例合约存在缺陷可导致项目方利用此问题进行RugPull。据慢雾安全团队初步分析，此缺陷本质上是由于owner权限过大问题，在ERC721R示例合约中owner可以通过setRefund Address函数任意设置接收用户退回的NFT地址。

当此退回地址持有目标NFT时，其可以通过调用refund函数不断的进行退款操作从而耗尽用户在合约中锁定的购买资金。且示例合约中存在owner Mint函数，owner可在NFT mint未达总供应量的情况下进行mint。因此ERC721R的实现仍是防君子不防小人。慢雾安全团队建议用户在参与NFTmint时不管项目方是否使用ERC721R都需做好风险评估。[2022/4/12 14:19:58]

缓存何时被记录到磁盘未知

为了解决问题1，我开始对浏览器的缓存目录结构进行分析和测试，发现在使用浏览器(chrome)的时候相关的Tabs缓存是记录到了如下的目录：

Tabs缓存路径：

/Users/$(whoami)/Library/ApplicationSupport/Google/Chrome/Default/Sessions/

然后继续解决问题2：Sessions目录会记录Tabs的缓存，为了找出缓存被记录的时间节点，我对导入助记词的整个流程进行了分解，然后在每一步操作之后去观察Sessions的数据变化。发现在如下这个页面输入助记词数据后，需要等待10-20s，然后关闭浏览器，明文的助记词信息就会被记录到Sessions缓存数据中。

分析结论

用户正常在使用MM的时候是将助记词相关的数据放入内存中进行存储，一般认为是相对较为安全的，但是由于demonicvulnerability这个漏洞导致助记词会被缓存到本地磁盘，因此就会有如下的新的利用场景：

明文的助记词数据缓存在本地磁盘，可以被其他应用读取，在PC电脑中很难保证其他应用程序不去读取Sessions缓存文件。

明文的助记词数据缓存在本地磁盘，如果磁盘未被加密，可以通过物理接触恢复助记词。比如在类似维修电脑等场景下，当他人对电脑进行物理接触时可以从硬盘中读取助记词数据。

作为普通用户，如果你使用过MetaMaskVersion<10.11.3，且在导入助记词的时候点击了ShowSecretRecoveryPhrase，那么你的助记词有可能泄露了，可以参考MetaMask的文章对磁盘进行加密并更换钱包迁移数字资产。

作为扩展钱包项目方，如果采用了在Tabs页面中以Text的方式输入助记词导入钱包，均受到demonicvulnerability漏洞的影响，可以参考MetaMaskVersion>=10.11.3的实现，为每个助记词定义单独的输入框，并且输入框的类型为Password。

原文标题：《MetaMask浏览器扩展钱包demonic漏洞分析》

撰文：Thinking@慢雾安全团队

来源：ForesightNews

标签：NERIONMETAMTAMsunshineranchCoin Lionmetamask币种logometamoon币当前价价格

SAND热门资讯