DEX:解析:约5.66亿美元BNB被盗全过程

北京时间今天上午,BNBChian跨链桥BSCTokenHub遭遇攻击。黑客利用跨链桥漏洞分两次共获取200万枚BNB,价值约5.66亿美元。和BNB链之间的跨链桥。)消息一出,BNB价格在2小时内一度下跌近5%,跌至278.7美元低点,现报价284美元,24小时跌幅4.24%。根据BNBChain的说法,从BSC提取的资金的初步估计在1亿美元至1.1亿美元之间。并且,Tether也在第一时间将黑客地址列入黑名单。“感谢社区和我们的内部和外部安全合作伙伴,估计700万美元已经被冻结。”Binance创始人CZ在社交媒体上发文表示,目前币安已要求所有验证者暂停BSC网络,用户的资金是安全的,对于给用户带来的不便深表歉意,并将相应地提供进一步的更新。针对具体的攻击方式,Paradigm研究员samczsun在社交媒体上发文表示,链上数据及相关代码显示,BSC跨链桥的验证方式存在BUG,该BUG可能允许攻击者伪造任意消息;本次攻击中,攻击者伪造信息通过了BSC跨链桥的验证,使跨链桥向攻击者地址发送了200万枚BNB。samczsun分析文章如下:

MDEX已集成至CoinMarketCap:据官方消息,MDEX现已集成至CoinMarketCap,可通过Token Swaps功能进行实时交易。CoinMarketCap用户现在可直接从官网代币页面“Swap”图标选择支持钱包进入MDEX去中心化交易协议进行Token Swaps全部功能交易操作。[2021/8/3 1:30:16]

五小时前,攻击者从BinanceBridge窃取了200万BNB。此后我一直在与多方密切合作致力于揭示这一切如何发生的。

事情的起因是@zachxbt突然把攻击者的地址发给了我。当我点击进去的时候,我看到了一个价值数亿美元的账户;要么是有项目rug跑路,要么就是正在进行大规模的黑客攻击。

ZBG平台币ZT上线MDEX:据ZBG官方消息,ZBG平台币ZT已上线MDEX,并与MDEX达成以下深度合作:1、ZT作为DeFi资产上线MDEX,支持DEX交易;2、ZBG将同步上线MDEX平台代币-MDX,并将在后续上线多个优质MDEX资产,支持MDEX生态发展;3、ZT将在后续支持MDEX上的质押借贷、流动性挖矿等DeFi应用场景,具体请关注后续公告。

ZBG交易所为中币(ZB)旗下国际站,2018年成立于香港,ZT是ZBG交易平台本身的权益证明,支持手续费抵扣、投票上币、申购白名单权限、上币费折扣、DeFi生态等应用场景。更多详情可访问ZBG官网。[2021/3/31 19:32:02]

一开始,我以为@VenusProtocol又被黑了。然而,很快我就确定了攻击者“真的”向Venus存入了超过2亿美元。这时我就需要弄清楚这些资金的来源。

MDEX数据播报:总锁仓量18亿美元:据MDEX.COM官网3月24日数据显示,TVL:18亿美元,日交易量: 18亿美元,交易挖矿补贴:3.5亿美元,LP奖励: 2.3亿美元,MDX回购销毁数量: 1609万MDX,总回购金额:6255万USDT ,董事会每周奖励952万USDT,实时通缩率9.58%[2021/3/24 19:13:54]

答案是,攻击者以某种方式说服了币安跨链桥,直接给他们发送了1,000,000BNB,而且是两次。

要么币安推出Web3有史以来最大的“礼包”,要么攻击者发现了一个严重的漏洞。我首先将攻击者的交易与合法提款进行比较。我注意到的第一件事是攻击者使用的高度始终相同——110217401,而合法提款使用的高度要大得多,例如270822321。

MDEX日交易量超Uniswap近一倍,位居DEX首位:DeFiBox数据显示,火币生态链Heco头部DEX项目MDEX 24小时交易量达22.9亿美金,远超Uniswap12.19亿美元交易量,位居DEX首位。[2021/2/19 17:30:10]

我还注意到攻击者的证明明显短于合法提款的证明。这两个事实使我确信,攻击者已经找到了一种方法来伪造该特定区块的证明。现在,我必须弄清楚这些证明是如何工作的。

在Binance上,有一个特殊的预编译合约用于验证IAVL树。如果您对IAVL树一无所知,也不要担心,因为有95%的内容我都不懂。幸运的是,你和我所需要的只是剩下的5%。

澳大利亚一投资银行GMO准备成立全球首家加密证券交易所GMDEX:位于澳大利亚的一家投资银行GMO现准备成立全球首家加密证券交易所GMDEX。GMDEX将通过ICO与CIT来帮助业务推行,GMDEX将提供交易所交易基金(ETF)、证券、房地产基金(REF)、被动式投资基金(CTF)、硬币管理基金(CMF)。参与者还可以交易通常在证券交易所或场外(OTC)市场上发现的差价合约、衍生品、期货和其他交易产品。[2018/3/23]

基本上,当你验证一个IAVL树时,你指定了一个“操作”列表。币安跨链桥通常需要两个操作:“iavl:v”操作和“multistore”操作。以下是它们的实现:https://github.com/bnb-chain/bsc/blob/46d185b4cfed54436f526b24c47b15ed58a5e1bb/core/vm/lightclient/multistoreproof.go#L106-L125为了伪造证明,我们需要两个操作都成功,并且我们需要最后一个操作返回一个固定值。通过查看implementation,我们可以发现,操纵根哈希是不可能的,或者至少非常困难。这意味着我们需要我们的输入值等于其中一个提交id。

“multistore”操作的输入值是“iavl:v”操作的输出值。这意味着我们想以某种方式控制这里的根变量,同时仍然通过值验证。

那么如何计算根哈希?它发生在一个名为COMPUTEHASH的函数中。在非常高的层次上,它递归地遍历每条路径和叶节点并进行大量的哈希运算。https://github.com/cosmos/iavl/blob/de0740903a67b624d887f9055d4c60175dcfa758/proof_range.go#L237-L290实际上实现细节并不重要,重要的是,由于哈希函数的工作方式,我们基本上可以肯定地说,任何(path,nleaf)对都会产生唯一的哈希。如果我们想伪造证据,这些就得保持不变。查看证明在合法交易中的布局方式,我们看到它的路径很长,没有内部节点,只有一个叶节点,这个叶节点包含我们恶意载荷的哈希值!如果我们不能修改这个叶节点,那么我们需要添加一个新的叶节点。

当然,如果我们添加一个新的叶节点,我们还需要添加一个新的内部节点来匹配。

现在我们只需要面对最后一个障碍。我们如何真正让COMPUTEHASH返回我们想要的根哈希?好吧,请注意,最终我们将需要一个包含非零右哈希的路径。当我们找到一个匹配时,我们断言它与中间根哈希匹配。

让我们稍微检测一下代码,这样我们就可以弄清楚我们需要什么哈希,然后剩下的就是把它们放在一起,我们将采用合法证明并对其进行修改,以便:1)我们为伪造的有效负载添加一个新叶节点;2)我们添加一个空白内部节点以满足证明者;3)我们调整我们的叶节点以使用正确的根哈希提前退出https://gist.github.com/samczsun/8635f49fac0ec66a5a61080835cae3db…

值得注意的是,这不是攻击者使用的确切方法。他们的证明路径要短得多,我不确定他们究竟是如何生成的。但是,漏洞利用的其余部分是相同的,我相信展示了如何从头开始构建它是有价值的。总之,币安跨链桥验证证明的方式存在一个错误,该错误可能允许攻击者伪造任意消息。幸运的是,这里的攻击者只伪造了两条消息,但损害可能要严重得多。

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

链链资讯

[0:15ms0-7:28ms