在Web3.0世界里,私钥和助记词的安全是最重要的。一旦有了它们,人们可以随意访问一个人的数字资产,因此它们的丢失或被盗可能会导致用户的财产受到巨大损失。
随着Web3.0领域中移动钱包应用程序的兴起,了解保护这些密钥的各种安全机制就显得至关重要了。
本文总结了Web3.0移动钱包应用程序提供的不同级别的安全保护。通过对当下流行的九个开源移动钱包进行研究,我们从简单的密码保护到硬件支持的可信执行环境等方面探讨了这几个流行钱包在实践中是如何实现对用户私钥或助记词的安全保护的。通过研究,我们发现其中一些安全保护机制可以有效地解决一些常见的私钥窃取攻击。然而我们也发现,来自系统层面的威胁却在很大程度上被忽略了。
钱包安全核心:私钥保护
移动钱包应用程序中最重要的的数据就是私钥和助记词。
Tether已在Kava区块链上运行其原生USDT:7月7日消息,Kava在推特上宣布,Tether的稳定币USDT现已集成至Kava区块链,原生USDT正在向60多个Cosmos应用链发行。[2023/7/7 22:23:08]
因此,移动钱包应用程序面临的最严重的威胁相应也就是他们的私钥或助记词遭泄漏。为了适当缓解这种威胁,一个设计良好的移动钱包应用程序应该有一个系统的方法来保障私钥在存储或者使用阶段的安全性。
在上表中,我们总结了Web3.0钱包在安卓移动设备上保护用户私钥所使用的常见做法。该表对在安卓移动设备上的钱包用于私钥和助记词保护的通用做法进行了总结。每个级别的安全做法都是按照安全级别的提高而按顺序列出的,并且包括了其不能完全解决的相应威胁。
通过研究九个流行的开源Web3.0钱包,我们可将它们划分成不同的安全级别,并更好地了解这些做法在现实世界中的应用方式。
数据:链上标记为“Coinbase10”的地址近半小时前收到约3.6万枚ETH:4月23日消息,Etherscan数据显示,近半小时前,“0x2b58”开头地址和“0xbfe1”开头地址分别将18044枚ETH和18156枚ETH转入链上标记为“Coinbase10”的地址,共计约合6730万美元。两笔交易或系Coinbase钱包整理,官方暂无说明。[2023/4/23 14:21:27]
下图也显示了这些移动钱包应用程序的名称和它们在谷歌游戏商店的下载次数。
钱包安全:从S0到S4
接下来,我们将简要介绍每种安全做法,以及它们在不同应用程序上的实施方式。其中也包括对每种做法的优点和缺点的讨论,以及分析攻击者如何利用不同的攻击载荷绕过这些缓解措施。
S1
数据:Solana链上NFT交易总额突破27亿美元,创历史新高:金色财经报道,据CryptoSlam最新数据显示,Solana链上NFT交易额已突破27亿美元,本文撰写时为 2,702,776,099 美元,链上交易总量达到 8,547,947 笔。[2022/6/29 1:39:04]
S1级别保护钱包安全的做法则是使用用户定义密码来加密包含私钥和助记词短语的存储文件,这可以防止非特权用户或应用程序直接访问存储文件。然而,当应用程序启动时,存储文件必须被解密,有特权的用户或应用程序可以趁机侵入钱包并截获加密密码。这可以让他们在获得加密后的密钥文件后在本地进行解密或者直接进行暴力破解。
为了证明使用S1级保护具有潜在漏洞,我们进行了一个测试:在一个被root的安卓设备上安装了开源钱包Samourai。使用Frida,我们能够在应用程序启动时截获加密密码,并使用该密码来进一步访问用户的私钥和助记词。值得注意的是,尽管Samourai钱包试图检测设备是否被root,但在我们的实验中该检测行为并未生效。
以太坊链上比特币锚定币发行量达近8万枚:金色财经报道,DeBank数据显示,以太坊链上的比特币锚定币发行量持续上涨,目前达近8万枚,目前为达79,760枚。纳入统计的包括WBTC、renBTC、sBTC、imBTC、HBTC、BTC++、pBTC以及tBTC。其中WBTC所占份额最高,当前发行量为53,349枚,占比66.80%,其次为renBTC,发行量为17,227,占比21.5%。[2020/9/12]
S2
为了防止密钥存储文件的加密密钥被攻击者在内存中被截获,一些钱包应用程序,如Metamask,会使用AndroidKeystore系统来生成和使用加密密钥。
Keystore系统由一个可信的应用程序来实现,该应用程序在安卓系统的可信执行环境中运行。这个环境与主操作系统隔离,并受到基于硬件的安全功能的保护。通过使用Keystore系统,存储文件的加密或解密发生在TEE中,降低了加密密钥被泄露的可能性。
动态 | BCH链上发生超1.3万枚BCH的大额转账:Tokenview数据显示,今日10:53,BCH链上发生一笔大额转账。qruf9打头地址向pr0hk打头地址、qrfnw打头地址分别转入15.01枚BCH、13058.91枚BCH,总计13073.92枚BCH,约合314.85万美元。[2020/1/8]
然而,Keystore系统并不提供区块链相关的加密操作API,如交易签名或验证。因此,钱包仍然需要在内存中解密用户的私钥进行相关签名验签操作,这也令它容易受到特权级攻击者的攻击,比如黑客可以转储应用程序的内存并提取私钥。
S3
为了提高S2级保护的安全性,一些钱包应用程序通过检查移动设备是否已被root来更进一步保护用户资产。这种检测利于确保设备的完整性,因为被root的设备更容易被攻击者利用。
例如,AirgapVault钱包使用Keystore系统来保护用户的加密密钥,但也会在运行时检查设备是否已被root。如果发现设备被root,AirgapVault钱包会拒绝运行,最大限度地提高保护水平。这一额外的安全层提供了额外的保护,防止潜在的设备被恶意root的风险。
S4
移动钱包应用程序中最高级别的安全实践是使用专用的TrustedExecutionEnvironment可信执行环境来存储和处理私钥信息。这是通过在设备上安装一个专门的基于TEE的可信应用来实现的。
例如,这种保护方法目前被三星区块链应用程序在某些高端三星智能手机上使用。这种方法提供了额外的保护,因为私钥信息存储在TEE中并由仅在TEE中被使用,TEE与主操作系统隔离,只能由供应商信任的代码访问。即使是有特权的用户或应用程序也不能直接访问这些信息。然而,这种方法的局限性在于,它要求智能手机制造商为钱包开发者提供特定的接口来使用TEE。
移动钱包应用安全
在S3级别的保护中,我们提到root检测可以和Keystore系统一起使用,以保护用户的私人信息。请注意,我们认为root检测是确保设备保持基本完整性的一个重要方面,应该与任何安全实践结合起来实施,以确保更高水平的保护。
然而,重要的是:root检测技术可能有所不同,且不一定有效。例如,虽然AirgapVaultr我们的测试设备已经被root,但Samourai钱包在相同的测试环境下并未成功检测到设备被root。
此外,这项研究只包括移动设备上的软件钱包应用程序,没有任何额外的硬件实现。基于硬件的Web3.0钱包和冷钱包安全都提供了有吸引力的安全功能,它们都值得单独写一篇文章来详细介绍。
在实践中,我们相信移动钱包应用程序由于其简单易用的特性将继续增加其用户群。但是我们认为,钱包开发者应该尽可能利用Trustzone设计,为钱包用户提供最大程度的安全。
总结
在本文中,CertiK的专家团队分析了Web3.0钱包应用程序在移动设备上面临的威胁,特别是私人密钥的存储和相关的潜在威胁。通过对九个不同的流行钱包应用程序的测试及研究,CertiK的专家团队揭示了每个应用程序所采用的安全级别,且发现大多数主要的钱包是使用硬件支持的密钥保护技术来解决密钥存储问题的,如安卓上的Keystore系统。
然而我们也注意到,大多数钱包没有检查设备完整性,例如是否被root,这可能导致在内存中执行私钥操作时出现安全问题。除了我们在本文中总结的五个级别的安全实践外,我们认为钱包开发者还应该注意如何在安卓系统上充分利用Trustzone设计,以更好地减轻常见风险。我们将在今后的文章中继续介绍这个话题,并协助开发者更好地保护用户的资产。
八种数字货币中的每一种都可能在2023年达到50倍的增长,尽管其中一些取决于市场影响和某些重新设计吸引金融支持者的创造性思维。由于熊市经济形势将持续到2023年,金融支持者一直在关注具有高达50倍加密货币发展潜力的代币.
1900/1/1 0:00:00尊敬的XT.COM用戶:ADA錢包升級維護已完成,XT.COM現已恢復ADA充提業務。給您帶來的不便,請您諒解!感謝您對XT.COM的支持與信任!XT.COM團隊2023年02月01日Nextmarkets完成 3000万美元B轮融资.
1900/1/1 0:00:00Gate.io理財寶已上架“ETH鎖倉理財”。本理財將於2023-1-2512:00UTC8正式開售,總倉位3000ETH,投資期限7天,年化收益率1%.
1900/1/1 0:00:001月26日消息,ArkhamIntelligence宣布增加对Polygon的支持,使用户能够跟踪、监控和识别其链上的钱包。这是除了以太坊之外,ArkhamIntelligence将在第一季度增加支持的第二条链.
1900/1/1 0:00:00注:原文作者为?JeffMorrisJr,ChapterOne的创始人,是DapperLabs、CompoundFinance、TheGraph、DharmaLabs的种子投资者.
1900/1/1 0:00:00金色财经报道,PussyRiot的NadyaTolokonnikova和街头艺术家ShepardFairey鼓励支持者通过NFT的公开版集合为乌克兰筹集资金.
1900/1/1 0:00:00