AAA:一文复盘etherscan的0day（零日）漏洞

作者：

时间：1900/1/1 0:00:00

我喜欢挑战假设。我喜欢尝试做不可能的事情，找到别人错过的东西，用他们从未见过的事来使他们震惊。去年的时候，我根据一个非常费解的Solidity漏洞为ParadigmCTF2021编写了一个挑战。虽然公开披露了一种变体，但我找到的漏洞从未真正被讨论过。结果，几乎所有尝试过挑战它的人，都被它看似不可能的性质所难倒。几周前，我们正在讨论关于ParadigmCTF2022的计划，当时Georgios在推特上发布了一条难题推文，我认为在启动电话会议的同一天发布一个挑战会非常酷。然而，这不可能只是一次老掉牙的挑战。我想从这个世界得到一些东西，一些没有人会看到的东西，一些超越人们想象极限的东西。我想编写第一个利用0day漏洞的以太坊CTF挑战。

如何制造0day漏洞

作为安全研究人员，为了优化我们的时间，我们会做出一些基本假设。一是我们正在阅读的源代码确实产生了我们正在分析的合约。当然，只有当我们从可信的地方读取源代码时，这种假设才成立，比如说Etherscan。因此，如果我能找到一种方法让Etherscan错误地验证某些东西，我就能够围绕它设计出一个真正迂回的谜题。为了找出如何利用Etherscan的合约验证系统，我必须验证一些合约。我在Ropsten测试网部署了一些合约来折腾并尝试验证它们。很快，我就看到了下面的界面。

英国金融行为监管局希望与加密行业合作制定法规:金色财经报道，英国金融行为监管局(FCA)执行董事Sarah Pritchard周二在伦敦城市周会议上表示，该机构希望与加密货币公司合作制定监管。英国一直在寻求为加密建立一个新的制度，FCA与英国财政部是该国主要的加密监管机构之一，此前2月份，英国财政部启动了一项加密咨询，征求利益相关者对如何监管该行业的反馈。Pritchard表示，磋商表明，FCA可能会为包括海外公司在内的加密货币公司设立新的授权制度，这对他们来说是“一个未知领域”，它还计划推出数字资产推广制度。Pritchard说：“让我们一起努力，制定我们的规则和法规，使市场、消费者和公司受益，因为加密货币从小众走向主流。”[2023/4/26 14:27:05]

我选择了正确的设置并进入下一页。在这里，我被要求提供我的合约源代码。

我输入了源代码并单击了验证按钮，果然，我的源代码现在附在了我的合约上。

既然我知道了事情是如何运作的，我就可以开始戏弄验证过程了。我尝试的第一件事是部署一个新的合约，将foo更改为bar，并用原始源代码验证该合约。毫不奇怪的是，Etherscan拒绝验证我的合约。

Paxos：在32天内处理超过79亿美元的BUSD赎回，将再提供至少一年支持:金色财经报道，据Paxos在其官方网站发文披露，在2023年2月13日宣布停止铸造新BUSD代币并终止与币安关系之后，该平台在过去32天内处理了超过79亿美元的BUSD赎回，占到流通中近50%的BUSD，没有给客户造成任何损失，也没有造成市场混乱，并且根据纽约州银行法托管所有客户资产以避免破产。Paxos表示，目前所有BUSD均由NYDFS Trust托管，并由美元现金和现金等价物保持 1:1 的完全支持，Paxos将为BUSD的流通至少提供一年时间支持，所有其他Paxos产品均不受BUSD赎回的影响。[2023/3/18 13:11:32]

然而，当我手动比较两个字节码输出时，我注意到一些奇怪的事情。合约字节码应该是十六进制的，但显然有一些并非是十六进制的。

我知道Solidity会将合约元数据附加到部署的字节码中，但我从未真正考虑过它是如何影响合约验证的。显然，Etherscan正在扫描元数据的字节码，然后用一个标记替换它，“这个区域中的任何东西都可以不同，我们仍然会认为它是相同的字节码。”对于潜在的0day漏洞，这似乎是一个很有希望的线索。如果我可以Etherscan将非元数据解释为元数据，那么我将能够在标记为{ipfs}的区域中调整我部署的字节码，同时仍然让它验证为合法的字节码。我能想到的在创建事务中包含一些任意字节码的最简单方法，是将它们编码为构造函数参数。Solidity通过将ABI编码形式直接附加到创建交易数据上来对构造函数参数进行编码。

DeBank推出女巫地址标记功能，女巫标签对所有用户公开:12月30日，据官方推特，一站式DeFi钱包DeBank推出女巫地址标记功能，所有用户可在相应的地址页面查看该地址是否被标记为“女巫地址”。

此外，被标记为女巫地址的用户无法使用“DeBank Hi”和“Live chat”功能。DeBank 同时欢迎用户对错误标记的地址进行申诉。[2022/12/30 22:16:21]

然而，Etherscan太聪明了，它将构造函数参数排除在任何类型的元数据嗅探之外。你可以看到构造函数参数是斜体的，以表明它们与代码本身是分开的。

这意味着我需要以某种方式Solidity编译器，使其发出我控制的字节序列，以便使其类似于嵌入的元数据。然而，这似乎是一个很难去解决的问题，因为如果没有一些严重的编译器争论，我几乎无法控制Solidity选择使用的操作码或字节，之后源代码看起来会非常可疑。我考虑了一会儿这个问题，直到我意识到：导致Solidity发出任意字节实际上是非常容易的。以下代码将导致Solidity发出32个字节的0xAA。bytes32value=0xaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;受到鼓舞，我很快写了一个小合约，它将推送一系列常量，以便Solidity会发出与嵌入的元数据完全相似的字节码。

V神：马斯克领导下的Twitter可能面临更多市场竞争:11月15日消息，以太坊创始人Vitalik Buterin在新加坡金融科技节上发表讲话称，Musk在推动更好的社交媒体体验的过程中，可能会出现更多Twitter的竞争对手。并表示，他“希望在未来5到10年内，会出现某种更好的社交媒体平台，无论是Twitter本身，还是其他替代平台的大量涌现，我们甚至可以同时看到两者”。

V神还表示：“Musk可以让Twitter变得非常棒或非常糟糕，而后一种情况可能为其他人提供了创造真正伟大事物的机会”。他补充道，Twitter也可能最终介于这两个极端结果之间。（彭博社）[2022/11/5 12:19:02]

令我高兴的是，Etherscan在我的合约中间标记了IPFS哈希的存在。

我快速复制了预期的字节码，并用一些随机字节替换了IPFS哈希，然后部署了生成的合约。果然，Etherscan像往常一样考虑了不同的字节业务，并允许我的合约得到验证。

有了这个合约，源代码建议在调用example()时应该返回一个简单的字节对象。但是，如果你真的尝试调用它，就会发生这种情况。$sethcall0x3cd2138cabfb03c8ed9687561a0ef5c9a153923f'example()'seth-rpc:{"id":1,"jsonrpc":"2.0","method":"eth_call","params":}seth-rpc:error:code-32000seth-rpc:error:messagestackunderflow(5<=>16)我在Etherscan中成功发现了一个0day漏洞，现在我可以验证行为与源代码建议完全不同的合约。而现在，我只需要围绕它设计一个解密游戏。2

快餐连锁品牌Chipotle将赠送超过20万美元的免费加密货币:7月25日消息，美国知名快餐连锁品牌Chipotle周一宣布将推出一款名为“Buy The Dip”的新互动游戏，该游戏还将赠送超过200,000 美元的免费加密货币，粉丝可以免费获得比特币、以太坊、Avalanche、Solana或狗狗币，并使用他们的加密货币在 Chipotle 消费。促销活动将从周一开始每日上午10点至下午6点开放，直至7月31日截至。

据悉，Chipotle于2021年4月首次涉足加密货币领域，当时它成为第一个通过“墨西哥卷饼或比特币”促销活动推出加密货币赠品的美国餐厅品牌，该促销活动发放了10万美元的比特币来庆祝全美墨西哥卷饼日。2022年6月，快餐连锁品牌Chipotle宣布将通过数字支付平台Flexa接受加密货币支付。用户可在Flexa的全美近3000家门店的将可以使用加密货币进行付款。[2022/7/26 2:37:07]

一个错误的开始

显然，这个解密游戏将围绕这样一个想法，即Etherscan上看到的源代码并不意味着合约的实际行为方式。我还想确保玩家不能简单地直接重放交易，因此解决方案必须是每个地址唯一的。最好的方法显然是要求签名。但是在什么情况下会要求玩家签署一些数据呢？我的第一个设计是一个具有单一公开函数的简单puzzle。玩家将使用一些输入调用该函数，对数据进行签名以证明他们提出了解决方案，如果输入通过了所有各种检查，那么他们将被标记为solver。然而，当我在接下来的几个小时内充实这个设计时，我很快就对事情的结果感到不满意了，它开始变得非常笨重和不优雅，我无法忍受在一个设计如此糟糕的puzzle上毁掉如此棒的0day漏洞想法。不得不承认，我无法在周五前完成这件事，于是我决定睡一觉。3

Pinball弹球难题

周末我继续尝试迭代我的初始设计，但没有取得更多的进展。就好像我现在的方法碰壁了，尽管我不想承认，但我知道如果我想要我满意的东西，我可能不得不重新开始。最终，我发现自己从第一原理重新审视了这个问题。我想要的是一个解密游戏，玩家必须在其中完成各种知识检查。但是，我没有要求完成知识检查本身就是获胜的条件，相反，这可能是允许玩家选择的众多路径之一。也许玩家可以在整个puzzle中累积分数，利用这个漏洞可以获得某种奖励。赢的条件只是最高的分数，因此间接鼓励使用漏洞。我回想起我去年设计的一个挑战，Lockbox，它迫使玩家构建一个单一的数据块，以满足六个不同合约的要求。合约会对相同的字节应用不同的约束，迫使玩家在构建有效载荷的方式上变得聪明。我意识到我想在这里做一些类似的事情，我会要求玩家提交一个单一的数据blob，我会根据满足特定要求的某些数据部分来奖励分数。正是在这一点上，我意识到我基本上是在描述pinboooll，这是我在DEFCONCTF2020决赛期间面临的一个挑战。pinboooll的噱头是当你执行二进制文件时，执行会在控制流图上反弹，就像一个球在弹球机中反弹一样。通过正确构造输入，你将能够找到特定的代码部分并获得分数。当然，也有一个漏洞，但坦率地说，我已经忘记了它是什么，我也不打算再去寻找它。除此之外，我已经有了自己想要利用的漏洞。由于我在处理的是一个运行当中的零日漏洞，我决定要尽快解决这个难题。最后，我花了几个小时让自己重新认识pinboooll的工作原理，并花了几天时间将其重新实现。这就解决了puzzle的支架问题，现在我只需要集成这个漏洞。4

武装化一个零日漏洞

我让Solidity输出正确字节的方法一直是只加载几个常量，并让Solidity发出相应的PUSH指令。然而，这样的任意常数可能是一个巨大的危险信号，我想要一些能更好地融入其中的东西。我还必须加载一行中的所有常量，这在实际代码中很难解释。因为我真的只需要硬编码两个神奇的字节序列，所以我决定看看是否可以在它们之间夹入代码，而不是第三个常量。在已部署的合约中，我只需要用一些其他指令替换夹在中间的代码。addressa=0xa264...1220;uintx=1+1+1+...+1;addressb=0x6473...0033;经过一些实验，我发现这是可能的，但前提是启用了优化器。否则，Solidity会发出过多的值清理代码。这是可以接受的，所以我继续改进代码本身。我只能在两个地址内修改代码，但是在最后看到一个悬空的地址会很奇怪，所以我决定在条件语句中使用它们。我还必须证明第二个条件的必要性，所以最后我投了一点分数奖励。我做了第一次有条件的检查，检查tx.origin是否匹配了硬编码的值，以给人们一个最初的印象，即没有必要进一步追求这个代码路径。if(tx.origin!=0x13378bd7CacfCAb2909Fa2646970667358221220)returntrue;state.rand=0x40;state.location=0x60;if(msg.sender!=0x64736F6c6343A0FB380033c82951b4126BD95042)returntrue;state.baseScore+=1500;现在源代码都准备好了，我必须编写实际的后门。我的后门需要验证玩家是否正确触发了漏洞利用，如果他们没有正确触发，则不给出任何提示就失败，如果他们成功触发，则奖励他们。我想确保漏洞不会被轻易重放，所以我决定只要求玩家签署自己的地址，并在交易中提交签名。为了增加乐趣，我决定要求签名位于交易数据中的偏移量0x44处，球通常会从这里开始。这将需要玩家了解ABI编码的工作原理，并手动将球数据重新定位到其他地方。但是，在这里我遇到了一个大问题：根本不可能将所有这些逻辑都放入31字节的手写汇编中。幸运的是，经过一番考虑，我意识到我还有另外31个字节可以使用。毕竟，真正嵌入的元数据包含了另一个Etherscan也会忽略的IPFS哈希。在打了一些代码高尔夫之后，我抵达了一个可以工作的后门。在第一个IPFS哈希中，我会立即弹出刚刚推送的地址，然后跳转到第二个IPFS哈希。在那里，我会哈希调用方，并部分设置memory/堆栈以调用ecrecover。然后我会跳回第一个IPFS哈希，在那里我完成设置堆栈并执行调用。最后，我将分数乘数设置为等于(msg.sender==ecrecover())*0x40+1，这意味着不需要额外的分支。在把后门编码成一定大小后，我在推特上发布了我的Rinkeby地址，以便从水龙头处获取一些测试网ETH，然后向任何观看这条推文的人暗示可能会发生一些事情。接着，我部署了合约并对其进行了验证。

现在剩下要做的，就是等待有缘人发现隐藏在视线中的后门。注：截至发稿时，来自RocketPool的软件开发者KaneWallmann已经解出了这个谜题，具体过程在这里：https://medium.com/@kanewallmann_71759/an-untrustworthy-pinball-machine-d9dcd07882c此外，Etherscan开发者CalebLau也已经修复了该漏洞。