STARK:怎么保护我们的加密资产?

最近业内最受关注的安全方面的新闻恐怕就是Solana钱包Slope出现了安全漏洞。

据目前的信息,在这次事故中,有大概9000多个钱包受到牵连,这些钱包持有者大概被盗了超过400万美元的资产。

这次安全事故是怎么发生的呢?其最根本的原因还是在钱包对密钥的处理上出现了问题。

人们发现当用户使用Slope钱包的移动版产生地址时,地址对应的私钥被发送到了Slope的服务器Sentry上,并且是被明文直接发送到服务器的。

这种做法本身就存在两大致命问题:

亚马逊AWS服务凌晨中断近4小时后恢复运行,期间Illuvium等项目受到影响:6月14日消息,亚马逊AWS服务于北京时间02:49至6:37因错??误率和延迟增加导致大范围中断,目前此问题已解决,服务恢复正常运行。

在此期间,链游Illuvium和Solana生态NFT平台Metaplex的“Creator Studio”功能受到影响。Illuvium称:“这不是特定于Illuvium的问题,全球范围内的许多数字服务都受到影响。”

目前Metaplex尚未发布情况进展,Illuvium表示:“网站已备份,部分功能已恢复,待所有问题解决将再次更新。[2023/6/14 21:35:38]

第一,敏感信息的通信一般都需要经过加密后才能传输。

知情人士:Ordinals生态钱包Xverse疑似存在安全漏洞:6月7日消息,据推特 KOL HGEABC 披露,Ordinals 生态钱包 Xverse 的种子短语存储方式设计存在缺陷,或已泄露,已联系 Xverse 官方团队正在处理,并建议用户尽快将 BTC、Ordinals 和 BRC20 Token资产移出 XverseApp。[2023/6/7 21:22:14]

第二,照理说钱包的私钥应该只在用户手里,而不应该被传送到第三方设备上。

所以当Slope以这样的方式外泄用户的钱包密钥时就为后来的悲剧留下了致命的隐患。

StarkNet跨链桥StarkGate已集成Orbiter Finance:7月27日消息,StarkNet跨链桥StarkGate已集成Layer2跨Rollup桥Orbiter Finance,允许用户通过Orbiter Finance将ETH从以太坊、Arbitrum、Optimism、Polygon跨至StarkNet。[2022/7/27 2:41:03]

而接下来便是Sentry服务器被黑客攻破,导致服务器上存储的所有这些用户的私钥被全部窃取。这样黑客便开始挨个盗取用户钱包中的资产。

在这场重大事故中,目前暂未发现硬件钱包受影响。

在这个事故中,我认为最根本的要害是钱包的私钥在产生时就被外泄了。

通常,还有一种更为普遍的钱包被盗的方式就是用户安装钱包的设备不安全,使得当该设备在联网时黑客能够通过互联网扫描设备上的信息,盗取钱包的私钥或者助记词,从而盗取钱包中的资产。

从这些场景中我们发现,无论采取什么方式,设备的联网是钱包助记词或者密钥被盗的一个必备条件。如果设备不联网,则黑客再有本事,也无法通过盗取私钥或者助记词盗取用户的资产。

而这一点恰恰就是硬件冷钱包保证资产安全的根本。

一个符合标准或者正规厂家生产的硬件冷钱包一定是隔离互联网的。

一般说来,硬件冷钱包产生钱包地址和密钥是在断网的情况下产生。这就保证黑客无法通过网络联网到设备直接盗取密钥。

另外当用户需要用硬件冷钱包发送资产到其它地址时,硬件冷钱包也是在断网的情况下用私钥对交易进行签名,然后再将签过名的信息传送到联网设备,由联网设备将交易进行广播并完成的。在这里,设备在使用私钥时也是在断网的情况下完成,这也保证了黑客无法通过网络窃取私钥。

纵观硬件冷钱包的使用过程,我们发现,但凡出现私钥或者使用私钥的场景都是在断网的情况下完成,所以这从根本上断绝了黑客盗取私钥的途径,从而保证了硬件冷钱包的安全。

因此,一般来说,我们可以仔细观察市面上较为知名的硬件冷钱包厂商。如果某个厂商出品较久,并且一直以来没有出现过安全事故,那么大概率这个厂商出品的硬件冷钱包就是比较安全和可靠的。

我们就可以比较放心地选择这个厂商的产品。

这次Slope安全事故对我们普通用户最大的教训恐怕还是我曾经反复提及的:那就是我们需要一个硬件冷钱包。我们需要将大部分平时不用来交易的资产存储到这个冷钱包里。

来源:金色财经

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

币赢BANK:8月7日比特币行情解析

8月7日比特币行情解析今日的行情包括今日仍处于多空博弈过程,基本上波动也比较小,价格长时间徘徊在22600~23600的一个振幅空间里,这还是日线级别的,小级别昨日经过一整天的震荡.

[0:15ms0-1:88ms