最近，在与我们的一个客户合作时，我们发现了一个有趣的错误，有可能成为一些DeFi项目的攻击媒介。这个错误尤其与著名的ERC777代币标准有关。此外，它不仅仅是众所周知的黑客中常见的简单的重入问题。
这篇文章对ERC777进行了全面的解释，涵盖了所有必要的细节。深入研究ERC777代币的具体细节的资源很少，这篇文章对于有兴趣深入了解ERC777代币的人来说是一个有价值的详细指南。
在文章的最后部分，将解释我们最近的发现。
这个漏洞利用了ERC777的特性，能够设置一个Hook 接收函数。通过利用在目标合约中进行任意调用的能力，恶意调用者可以调用 ERC777 注册表合约，并为目标合约分配一个特定的Hook地址。因此，只要目标合约在未来收到ERC777代币，攻击者的Hook合约就会被触发。这个Hook可以以各种方式加以利用：要么用于重入攻击以窃取代币，要么只是回退交易，从而阻止目标合约发送或接收ERC777代币。
ERC777是带有转账Hook的代币标准之一。这里是 EIP描述：https://eips.ethereum.org/EIPS/eip-777 ， 这里是一篇 ERC777 实践。
派盾：Cornerchain代币CNR暴跌逾99.5%:金色财经消息，派盾（PeckShield）监测显示，Cornerchain代币CNR暴跌逾99.5%，对应合约由推特用户/img/202379215726/1.jpg">
当Hook发生时
ERC20 代币只是在转账过程中更新余额。但ERC777代币是这样做的：
1.对代币发起者的地址进行Hook调用
2.更新余额
3.对代币接收方地址进行Hook调用
这在VRA代币中得到了很好的说明：
Etherscan关注列表新增ERC-721和ERC-1155代币转移邮件提示选项:6月25日消息，区块链浏览器Etherscan关注列表（Watch List）新增ERC-721和ERC-1155代币转移邮件提示选项。当NFT从用户关注列表中的地址转入或转出时，可选择接收邮件提示。[2022/6/26 1:31:38]
源码: https://etherscan.io/address/0xf411903cbc70a74d22900a5de66a2dda66507255
现在，让我们检查一下这些调用的代码：
正如你所看到的：
这个函数从_ERC1820_REGISTRY中读取称为implementer（实现者）的合约
如果该函数找到了一个实现者，那么这个实现者就会被调用。
让我们研究一下这个注册表，看看什么是实现者。
所有 ERC777 代币都与注册表（Registry）的合约有关：https://etherscan.io/address/0x1820a4B7618BdE71Dce8cdc73aAB6C95905faD24。
由于相关系统维护 Poloniex已禁用ETH及所有ERC20代币钱包:8月14日晚间，Poloniex交易所官方发推称，由于要进行维护，目前以太坊和所有的ERC20代币钱包都被禁用。[2020/8/14]
这个地址被ERC777代币用来存储设定的 Hook 接收者。这些 Hook 接收者被称为 "接口实现者"。
这意味着Alice可以选择Bob作为她的接口实现者。如果Alice接收或发送ERC777代币，Bob将收到Hook。
Alice 可以管理不同的Hook类型。因此，当 Alice发送代币时，她可以选择Bob作为接口实现者，而只有当Alice收到代币时，她选择Tom作为实现者。
在大多数情况下，她也可以为不同的代币选择不同的接口实现者。
这些偏好设置被存储在这个映射的注册表中：
_interfaceHash是Alice为一个事件选择接口实现者的标识。
而任何人都可以用这个函数读取Alice的接口实现者：
动态 | ERC-20 AE代币三个阶段迁移均已结束:据官方消息，Aeternity ERC-20代币三个阶段迁移均已经结束，所有以太坊AE代币都将变为不用。[2019/9/5]
正如你所看到的，这就是我们之前在VRA代码中遇到的函数。
变量_TOKENS_SENDER_INTERFACE_HASH被用作_interfaceHash，它可以是任何字节。但是VRA代币使用这些字节来识别这种类型的Hook：
设置一个Hook接收函数，Alice只需在注册表上调用这个函数并输入Bob的地址作为_implementer参数。
她还必须指定一个_interfaceHash。她会从VRA代币代码中获取这个_TOKENS_SENDER_INTERFACE_HASH。
还有一个重要的细节。
在为上面的VRA设置实现者后，Alice 也将会意识到，即使其他ERC777代币被转账，Bob也会收到调用。比如 imBTC， imBTC在发送的代币上有相同的_interfaceHash。
动态 | Ripple合作伙伴MercuryFX计划在2019年建立10条新的xRapid支付渠道:据Ambcrypto报道，Ripple合作伙伴MercuryFX计划在2019年中期建立10条新的支付渠道，以支持和向其客户提供xRapid及其原生数字资产XRP。MercuryFX首席执行官兼创始人Alastair Constance透露，这些渠道将从英国延伸到加拿大、中东、墨西哥和菲律宾。目前，他们为中东和加拿大制定的推广计划已经迫在眉睫了，而其他渠道可能需要更长的时间去建构。[2019/2/26]
这是由于所有ERC777代币共享相同的注册表合约来存储Hook的偏好设置。但这取决于ERC777代币为他们的Hook指定名称，虽然有时它们是相似的，但并不总是如此。
调用注册表是所有 ERC777 都具有的特征。因此，我们可以尝试dune.com来调用所有调用注册表的智能合约。
我们可以使用这个SQL脚本。事实上，我们应该另外过滤出代币地址，但至少我们有一个完美的开始，结果有78个地址。
译者备注：dune traces表 会记录交易内部调用记录。
理论上，没有人能够保证某些代币恰好使用这个0x1820合约作为注册表。但我们可以用dune.com来检查。
它返回这些地址
0x1820a4b7618bde71dce8cdc73aab6c95905fad240xc0ce3461c92d95b4e1d3abeb5c9d378b1e4180300x820c4597fc3e4193282576750ea4fcfe34ddf0a7我们检查过，0x1820是唯一拥有有价值的ERC777代币的注册表。其他注册表的代币并不那么有价值。
ERC777 不仅是一个带有Hook的标准。还有 ERC223、ERC995或ERC667。它们并不那么稀奇。你一定听说过实现 ERC667 的LINK代币。
这是最近为我们的客户发现的攻击载体。
研究人员通常认为ERC777代币会对调用发起者和接收者进行调用。但实际上，发起者和接收者可选择任意 "Bob" 作为Hook接收者。
因此，想象一下结合那些具有任何数据对任何地址进行任意调用的合约会发生什么？
就有任意调用功能的可以广泛存在于 DEX 聚合器、钱包、multicall 合约中。
译者注：任意调用功能是指在合约中存在类似这样的函数：
function execute(address target, uint value, string memory signature, bytes memory data, uint eta) public payable;
它可以调用任何的其他的方法。
攻击方法：
攻击者找到一个允许任意调用的函数的目标合约（Target）
攻击者在目标（Target）上调用：
registy1820.setInterfaceImplementer(Target, hookHash, Attacker)
现在，我们的Attacker 是 Target 的实现者
Attacker 会随着 ERC777代币中使用的 hookHash 而被调用。
每当目标合约（Target）收到ERC777代币时，Attacker就会收到一个 Hook 调用。
下面的攻击，取决于 Target代码 而不同：
Attacker 可以在一些用户执行目标合约中的函数时进行重入
Attacker 可以直接回退，这样用户的交易就直接被还原了
如果DEX聚合器计算最佳兑换路径是通过某个有ERC777代币的DEX交易对时，那么可能会遇到问题。
经过与客户数小时的讨论，我们找到了一个不会破坏任意调用的解决方案。
项目方最好限制使用 Registry1820作为任意调用的地址。因此，没有攻击者能够利用任意调用来设置接口实现者。
项目和审计人员必须注意到ERC777中描述的Hook行为。这些代币不仅对接收者和发起者进行调用，也对其他一些Hook接收者进行调用。
在这个意义上，允许任意调用的项目必须特别注意，并考虑ERC777的另一个攻击载体。
登链社区
个人专栏
阅读更多
金色早8点
Odaily星球日报
金色财经
Block unicorn
DAOrayaki
曼昆区块链法律
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。