我们最近发现了一种新型的网络钓鱼技术，可用于在连接的去中心化应用身份方面误导受害者。
我们将这种新型的网络钓鱼技术命名为ModalPhishing。
攻击者可以向移动钱包发送伪造的虚假信息冒充合法的DApp，并通过在移动钱包的模态窗口中显示误导性信息来诱受害者批准交易。这种网络钓鱼技术正在广泛使用。我们与相应的组件开发人员进行了沟通，并确认他们将发布新的验证API以降低该风险。
什么是ModalPhishing？
在CertiK对移动钱包的安全研究中，我们注意到Web3.0货币钱包的某些用户界面元素可以被攻击者控制用来进行网络钓鱼攻击。我们将这种钓鱼技术命名为ModalPhishing，因为攻击者主要针对加密钱包的模态窗口进行钓鱼攻击。
模态是移动应用程序中经常使用的UI元素。模态通常显示在应用程序主窗口顶部。这样的设计通常用于方便用户执行快速操作，如批准/拒绝Web3.0货币钱包的交易请求。
美众议院议员：正在提出立法，罢免SEC主席Gary Gensler:金色财经报道，美国众议院议员Warren Davidson发推回应Coinbase首席法务官Paul Grewal称，为了纠正一连串的职权滥用行为，我正在提出立法，罢免证券证券交易委员会主席（指Gary Gensler），并由向董事会（权力所在）报告的执行董事取而代之。SEC前任主席不符合资格。
此前报道，4月14日，据The Block报道，美国证券交易委员会（SEC）准备在重新开放拟议法规时转向DeFi监管。[2023/4/17 14:08:11]
Web3.0货币钱包上的典型模态设计通常提供供用户检查签名等请求的必要信息，以及批准或拒绝请求的按钮。
真实交易批准模式与网络钓鱼交易批准模式对比
在上方截图中，我们展示了Metamask上一个常规的交易审批模态窗口是如何出现的。
国信证券：硅谷银行事件大概率不会演变成更广泛的危机事件:3月11日消息，国信证券经济研究所银行团队认为，此次硅谷银行的问题在于其在流动性宽松时期大量吸收低成本存款，并配置了长期限的债券资产，导致潜在的利率风险大幅增加，美联储加息使得问题暴露。我们认为硅谷银行问题大概率不会演变成更加广泛的危机事件，主要是因为公司的问题比较独立，几乎不存在与其他金融机构的交叉风险。对我国银行而言，更是没有什么直接影响。[2023/3/12 12:57:42]
当一个新的交易请求被连接的去中心化应用程序初始化时，钱包会展示一个新的模态窗口，并要求用户进行人工确认。
如上图左侧所示，模态窗口通常包含请求者的身份，如网站地址、图标等。如Metamask这样的一些钱包也会显示有关请求的关键信息，在实例中我们看到一些UI元素被标记为“Confirm”，以提示用户这是一个常规的交易请求。
然而，这些用户界面元素可以被攻击者控制以进行ModalPhishing攻击。在右侧的截图中，我们可以看到攻击者可以更改交易细节，并将交易请求伪装成来自“Metamask”的“SecurityUpdate”请求，以诱使用户批准。
美国一勒索软件集团暗网被查封 涉案金额超1亿美元:1月27日消息，据美国有线电视新闻网（CNN）当地时间1月26日报道，美国联邦调查局（FBI）查封了一个勒索软件集团的暗网网站，这个名为“蜂巢”（Hive）勒索软件集团向受害者组织勒索了超过1亿美元，包括路易斯安那州一家医院。医院表示，他们在10月份拦截了一起勒索软件攻击，但黑客仍然窃取了近27万名病人的个人数据。美国联邦调查局和其他联邦机构警告称，截至11月，“蜂巢”勒索软件已被用于向全球1300多家公司勒索约1亿美元，其中许多是医疗保健公司。[2023/1/27 11:31:19]
如截图所示，攻击者可以操纵多个UI元素。
因此我们将在本文中为大家分享两个典型案例，并确定那些可被攻击者控制的UI元素。
详细信息如下：
①如果使用WalletConnect协议，攻击者可以控制DApp信息UI元素。
阿联酋数字经济部长：目前尚未有虚拟资产服务提供商获得正式运营许可证:1月21日消息，阿联酋国内负责数字经济、人工智能等事务的国务部长Omar Sultan Al Olama表示，阿联酋的虚拟资产监管机构——虚拟资产监管局（VARA）迄今尚未颁发任何运营许可证。据报道，Al Olama在世界经济论坛上称，包括币安和FTX在内的任何加密货币交易所实体都没有获得全市场产品（FMP）许可证。
根据Al Olama在Laraontheblock上发表的言论，目前还没有加密货币公司能够完成VARA的四步流程。2022年3月，VARA表示已授予币安最低可行性产品（MVP）许可证，允许其向迪拜符合条件的散户和机构投资者提供一系列虚拟资产相关服务，其他加密货币交易平台也获得了类似的许可证。而一些加密交易所似乎在向潜在客户宣传时特别提到了这些许可证。
然而，VARA现在已经澄清，向币安和其他加密交易平台发放的许可证只是第一阶段的临时（Provisional）许可，或者第二阶段的MVP-预备（MVP-Preparatory）许可。（Bitcoin.com）[2023/1/21 11:25:09]
②攻击者可以控制某些钱包应用中的智能合约信息UI元素。
CME“美联储观察”：美联储9月加息50个基点的概率为58.5%:8月22日消息，据CME“美联储观察”，美联储到9月份加息50个基点的概率为58.5%，加息75个基点的概率为41.5%；到11月份累计加息75个基点的概率为27.9%，累计加息100个基点的概率为50.4%，累计加息125个基点的概率为21.7%。[2022/8/22 12:39:29]
攻击者控制的Modal和相关的信息源示例
示例①：通过WalletConnect进行DApp钓鱼攻击
WalletConnect协议是一个广受欢迎的开源协议，用于通过二维码或深度链接将用户的钱包与DApp连接。用户可以通过WalletConnect协议将他们的钱包与DApp连接起来，然后与该协议进行进行交易或转账。
在Web3.0货币钱包和DApp之间的配对过程中，我们注意到Web3.0货币钱包会展示一个模态窗口，显示传入配对请求的元信息——包括DApp的名称，网站地址，图标和描述。Web3.0钱包展示的这些信息和方式根据DApp名称、图标和网站地址不同而变化，以供用户查看。
但是这些信息是DApp提供的，钱包并不验证其所提供信息是否合法真实。比如在网络钓鱼攻击中，某雷碧可以假称为某雪碧，而后在用户发起交易请求之前诱用户与其连接。
小伙伴们可以复制链接到浏览器查看CertiK为此做的一个小测试。
在该视频中，CertiK展示了攻击者是如何「欺瞒」UniswapDApp的——攻击者声称自己是UniswapDApp，并连接Metamask钱包，以此用户批准传入的交易。
在配对过程中，钱包内显示的模态窗口呈现了合规UniswapDApp的名称、网站网址和网站图标。
由于网址中使用了https方案，所以还显示了一个挂锁图标，这样显得模态窗口更为逼真和合法了。在配对过程中，只要受害者想在假Uniswap网站上进行交易操作，攻击者就可以替换交易请求参数来窃取受害者的资金。
请注意，虽然不同的钱包上的模态设计不同，但攻击者是始终可以控制元信息的。
下图展示了当我们将ZenGo和1Inch钱包连接到钓鱼网站的DApp时，配对批准模式的样子。
如上例所示，被大规模使用的WalletConnect协议并未验证配对的DApp信息的合法性。被操纵的元信息被钱包应用程序进一步使用并呈现给用户，这可以被用来进行ModalPhishing。作为一个潜在的解决方案，WalletConnect协议可以提前验证DApp信息的有效性和合法性。WalletConnect的开发人员已经承认了知晓这个问题，并正在研究相关解决方案。
示例②：通过MetaMask进行智能合约信息网络钓鱼
你可能已经注意到，在Metamask批准模态的图标或网站名称下，有另一个视图，显示了一个不固定的字符串例如“Confirm”或“UnknownMethod”。这个UI元素是由Metamask设计的，用于识别相应的交易类型。
在呈现交易批准模态时，Metamask会读取智能合约的签名字节，并使用链上方法注册表查询相应的方法名称，如以下代码所示。然而，这也会在模态上创建另一个可以被攻击者控制的UI元素。
MetaMask的智能合约方法名称说明
我们可以看到Metamask上有一个交易请求模态，其被标记为“SecurityUpdate”。攻击者建立了一个钓鱼智能合约，其有一个SecurityUpdate具备支付函数功能，并允许受害者将资金转入该智能合约。
攻击者还使用SignatureReg将方法签名注册为人类可读的字符串“SecurityUpdate”中。如前所述，当Metamask解析这个钓鱼智能合约时，它使用函数签名字节查询相应的函数方法，并在批准模态中呈现给用户。
从这个智能合约的交易可以看出，这个特定的钓鱼智能合约已经运行了200多天。
开发者应该时刻注意监测那些会向用户呈现的内容，并采取预防措施过滤掉可能被用于网络钓鱼攻击的词语。
写在最后
在本文中，我们为大家展示了Web3.0货币钱包上不应盲目信任的常见UI组件——模态窗口。
模态窗口中的某些UI元素可以被攻击者操纵，以创造出非常「真实且有说服力」的钓鱼陷阱。因此，我们将这种新的网络钓鱼技术命名为ModalPhishin。
这种攻击发生的根本原因是钱包应用程序没有彻底验证所呈现的UI元素的合法性。
例如，钱包应用程序直接信任来自WalletConnectSDK的元数据，并将其呈现给了用户。
WalletConnectSDK也并不验证传入的元数据，这在某些情况下使得呈现的元数据可以被攻击者控制。在Metamask中，我们可以看到类似的攻击原理也被攻击者滥用，在模态窗口中显示欺诈性的智能合约函数方法名称。
总体而言，我们认为钱包应用程序的开发者应该始终假设外部传入的数据是不可信的。开发者应该仔细选择向用户展示哪些信息，并验证这些信息的合法性。除此之外，用户也应通过对每个未知的交易请求保持怀疑的态度来守好自己安全上的「一亩三分地」。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。