作者:Go+Security?
7月17日16:00(UTC+8),premint.xyz遭遇黑客攻击,部分用户的NFT失窃。攻击事件发生后,GoPlus安全分析师迅速对其进行了全面解析,并从普通投资者和开发者两个角度给出了安全建议。
攻击过程
攻击者通过在premint.xyz网站中通过植入恶意的JS脚本进行攻击,当用户进行常规操作时,执行恶意代码,用户对授权操作setApprovalForAll(address,bool)的交易进行签名。取到授权后,盗取用户的NFT等资产。
攻击原理
当用户访问https://www.premint.xyz/时,网站将加载如下js资源文件https://s3-redwood-labs.premint.xyz/theme/js/boomerang.min.js。
帕劳将在9月15日之后冻结美元支持的稳定币PSC:金色财经报道,帕劳财政部成员兼数字居住项目负责人Jay Hunter在X(前身为Twitter)上宣布,政府将于9月8日停止分发帕劳稳定币(PSC)。Hunter表示,在停止分发后,帕劳稳定币也将在9月15日之后被冻结,用户将无法支出,并指出:“9月15日之后,您将无法再使用PSC。这将使我们有时间在月底试点正式终止之前处理零售商兑换。”
在公告中,Hunter没有提供冻结稳定币的确切原因,只是指出政府将在下周向试点参与者发送一份调查。这一举措是在政府于7月下旬启动PSC几周后做出的。[2023/9/7 13:24:57]
此文件被黑客注入了一个script脚本,该脚本加载了另一个托管在属于黑客的假域名中的攻击脚本文件https://s3-redwood-labs-premint-xyz.com/cdn.min.js?v=1658050292559。此脚本含有取用户授权的交互。
Sui主网已升级至V1.7.1版本:8月17日消息,Sui主网现已升级至V1.7.1版本,此升级包含了多项修复和优化,包括:协议版本提升至20版本,在Sui框架中新增Kiosk Extensions API和一个新的sui::kiosk_extension模块,开发者可使用该API构建自定义的Kiosk应用程序,以扩展Kiosk基本功能;为新的Narwhal领导者调度算法启用narwhal_new_leader_election_schedule标志,该算法增强了容错性并设置了恶意节点的质押阈值等。[2023/8/17 18:05:41]
当用户进行常规的Verifyingyourwalletonwership签名操作时,此脚本将被触发,将原有的验证签名代替为一笔授权攻击者可转移用户高价值NFT的交易。一旦次交易被签,资产将会失窃。
防不胜防
Sei基金会:Atlantic Rewards奖励分配中大使和所有任务完成者获得的SEI奖励最多:8月15日消息,Sei基金会表示预留了SEI代币来奖励测试人员,作为Atlantic RewardsSei分配的一部分。Sei的顶级大使和所有可用任务的完成者都获得了最多的SEI奖励,而那些完成较少任务的人也获得了代币奖励,可以覆盖掉他们首次交易的Gas费用。一旦Pacific-1主网公开发布,奖励将开放领取。
此外,Sei为了向参与者提供更公平的激励测试网奖励,还进行了各种检查和调查,包括Atlantic 2上的机器人识别和分类,用户活动和行为分析和多账户用户。[2023/8/15 21:25:22]
本次攻击对于普通用户来说,可能是最不好对付、最容易中招的。
攻击的全部C端交互都在Premint的官方网站中,首先就很容易让大家放松警惕,因为大家总是默认官方网站是没有任何问题的。
美国参议员:比特币可能解决通货膨胀等金融挑战:金色财经报道,美国怀俄明州参议员Cynthia Lummis表示,比特币(BTC)有可能解决通货膨胀等现有金融问题的挑战。Lummis在接受采访时说,比特币“不能被阻止”,她指出比特币为用户提供了在国债上升和通货膨胀后美元贬值的替代方案。(Finbold)[2022/9/29 6:02:04]
取交易签名的过程发生在正常操作的签名验证过程中,由于多数用户不会去看钱包的签名详情,所以攻击过程极为隐蔽。
漏洞在哪里
大家可能会奇怪,为什么Premint的官方网站还会出现攻击代码,这是因为托管的S3上的js资源文件被黑客侵入遭到篡改。
至于为什么会被入侵,根据现有的资料,我们怀疑是S3配置出现错误,导致了Bucket未授权访问,使得攻击者可以随意列出、读取或者写入S3bucket,从而对js资源文件进行篡改。
整个过程中最为令人不解的是,黑客的攻击行为在17日16:00(UTC+8)就被发现,但直到17日22:00(UTC+8)之前,Premint官方依然没有对被攻击的js文件进行归正,boomerang.min.js文件中仍然包含被黑客注入的恶意script,页面载入时仍然会去加载黑客的攻击脚本文件,只是这段恶意script本身已经无法访问了。这种状态维持了6个小时,很难判断如果此时该脚本复活,会不会引发更大的损失。
启示
启示1:作为普通投资者我们该怎么办?如果官网都不可靠了,如何避免上当受?
本次攻击对于很多不了解技术的用户来说,基本可以说是“初见杀”,百分百中招,毕竟谁也不会无端怀疑官网有诈。但仔细想想,所有链上的交易都必须通过钱包的签名,所以只要注意签名内容还是可以识别出其中风险的。
很多区块链用户都有个非常不好的习惯,只要操作进入到钱包中,除了调gas的过程,其他步骤都是下意识操作。实际上签名前的确认信息包含着大量关键内容,GoPlusSecurity建议大家进行任何签名操作前都必须仔细确认。
以此次攻击为例。当用户对Premint进行签名验证时,由于只是进行信息验证,没有任何上链的必要,所以发起的SignatureRequest应只包含Origin信息,用户的地址,Nounce信息,可能有一些附加返回信息。如下图:
但对于被注入攻击后遭到篡改的交易签名,由于须要将交易上链,交易将会以合约调用的形式呈现出更多的信息。例如在一个使用setApprovalForAll的NFT授权中,会显示出这笔交易是在哪进行的,调用了什么方法,授权对象是谁,消耗多少ETH。
回过头来,我们根据网友贡献的截图可见,Permint被注入攻击后,虽然操作提示的是验证签名,但是实际拉钱包签名的交易完全是上链的setApprovalForAll,完全与上图相符,稍加观察就能知道此处是有问题的。
实际上,合约各类调用、转ETH、转Token等,在钱包中签名信息都是不同的,所有投资者都应该了解其中的差异,以免遭到此类攻击时产生损失。在此GoPlusSecurity非常建议大家再亲自模拟一下操作过程,了解各种不同的签名信息,一旦学会看签名信息,你将基本上规避掉几乎所有钓鱼、注入、欺诈攻击。
不要懒惰,想要保证自己的安全,学习是唯一的途径。
启示2:作为开发者我们该怎么办?如何避免被注入攻击?
此次攻击对于开发者最大的启示在于,web3.0世界既然无法脱离web2.0独立存在,那就必然会承受和web2.0一样的攻击方式。仅仅在合约层面保障自己的安全是不够的,所有传统的安全准备一样都不能落下,任何一个小的疏忽都可能造成重大损失。
另外,遇到此类问题后应马上修复或者隔离,倘若存在侥幸心理,没有第一时间处理风险源,被安全分析师扒皮嘲讽是小事;万一攻击手段还可用,损失可是会持续产生的,这可是大事。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。