Furucombo此次事故并不在安全漏洞的范畴内，主要的原因在于官方将未启用的AaveV2Proxy合约添加进了自己的白名单中，并且未对AaveV2Proxy合约进行初始化，导致攻击者有机可乘。与Furucombo交互过的用户应及时撤销相关授权，避免进一步损失。
原文标题：《可避天灾，难免人祸——Furucombo被黑分析》撰文:慢雾安全团队
据链闻消息，著名DeFi项目Furucombo被黑，损失约1500万美元。慢雾安全团队第一时间介入分析，并将攻击细节分享给大家。
攻击细节分析
本次发生问题的合约在Furucombo本身的代理合约当中。整个攻击流程很简单。攻击者通过设置了Furucombo的AaveV2Proxy的逻辑地址导致后续通过Furucombo代理合约调用的逻辑全部转发到攻击者自己的恶意合约上，导致任意资金被盗。
Metamask因Infura故障无法正常运行:金色财经报道，由于以太坊基础设施提供商 Infura 的服务中断，加密网络钱包 MetaMask 目前无法为用户服务。Infura 是 MetaMask 的默认远程过程调用 (RPC) 服务提供商，通常 RPC 提供方会充当 MetaMask的接口与区块链交互，比如以太坊。截至目前，Alchemy 和 Pocket Network 等其他 RPC 提供商尚未报告任何中断情况。（ The Block）[2022/4/23 14:42:51]
但是如果事情那么简单，那么本次分析不值一提。问题远比想象的复杂得多。
如上图所示攻击者的入口在Furucombo的batchExec函数，我们先对batchExec函数进行分析：
委内瑞拉用户因Infura响应美国对俄制裁，无法使用MetaMask:金色财经报道，委内瑞拉的MetaMask用户因以太坊节点托管商Infura的系统错误而无法访问MetaMask钱包，此次事件起因在于Infura为响应美国对俄罗斯及乌克兰部分地区的制裁，而对Infura的API配置进行了更改，但却产生了错误，致使委内瑞拉用户无法通过MetaMask访问以太坊节点。此前，Infura的发言人表示，作为一家美国公司，Infura密切关注美国的对外制裁计划，并严格调整其政策以遵守美国法律。目前，受到影响的地区包括伊朗、朝鲜、古巴、叙利亚和克里米亚、顿涅茨克和乌克兰卢甘斯克地区。 （theblockcrypto）[2022/3/4 13:36:11]
以上是FurucomboProxy合约的batchExec函数的具体实现，其中_preProcess和_postProcess合约分别是对调用前后做一些数据上的处理，不涉及具体的调用逻辑，这边可以先忽略。我们主要观察核心的_execs函数：
Furucombo V2 ：正在研究扩容方案和跨链桥:DeFi 聚合平台 Furucombo （COMBO）发布 V2 版本路线图和开发进展，目前 Furucombo 整体架构以及要集成的 Sushiswap 兑换和流动资金池、Aave 闪电贷和借贷等功能正在审计当中，预计将于 5 月份完成。[2021/4/12 20:11:11]
通过对execs代码的分析不难发现，函数的主要逻辑是对configs数组的数据做检查，并根据configs数组的数据对data进行一些处理。但是回顾上文中攻击者的调用数据，不难发现攻击者的调用数据中，configs的数据是一个0地址：
这里有一个trick，由于0地址是一个EOA地址，所有对EOA地址的函数调用都会成功，但是不会返回任何结果。结合这个trick，execs函数中的关于configs数据的部分可以先暂时忽略。直接看到最后的核心_exec函数：
Infura ：已为受影响的组件提供了额外在线处理能力:Ethereum和IPFS的API服务供应商Infura更新报告称，已经为受影响的组件提供了额外的在线处理能力，并在继续分析导致宕机的根本原因。系统恢复操作正在进行中。据此前报道，Infura表示，其以太坊主网API服务暂时中断，团队正在调查并努力恢复服务功能。此外，推特多名用户指出，币安、Upbit、Bithumb等多个交易平台疑似暂停ETH以及ERC20代币充提服务。以太坊轻钱包MetaMask出现余额显示异常、数据延迟等情况。[2020/11/11 12:19:50]
_exec函数的逻辑也很简单，在校验了_to地址后，直接就将data转发到指定的_to地址上了。而通过对攻击交易的分析，我们能发现这个_to地址确实是官方指定的合法地址。
最后一步，便是调用_to地址，也就是官方指定的AaveV2Proxy合约的initialize函数，将攻击者自己的恶意地址设置成AaveV2Proxy合约的逻辑地址。通过对Furucombo合约的分析，可以发现整个调用流程上没有出现严重的安全点，对调用的地址也进行了白名单的检查。那么问题只能是出在了对应要调用的代理逻辑上，也就是AaveV2Proxy合约。
我们直接分析AaveV2Proxy合约的initialize函数的逻辑：
可以看到initialize函数是一个public函数，并在开头就检查了_implementation是否是0地址，如果是0地址，则抛出错误。这个检查的目的其实就是检查了_implementation是否被设置了，如果被设置了，就无法再次设置。根据这个设置，不难想出initialize这个函数只能调用一次。除非AaveV2Proxy从来没有设置过_implementation，否则这个调用是不会成功的。难道Furucombo真的没有设置过对应的_implementation吗？带着这样的疑问，我们检查了交易内的状态变化。如下：
可以看到，交易中改变了存储位置为0x360894a13ba1a3210667c828492db98dca3e2076cc3735a920a3ca505d382bbc的内容，而写入的内容正是攻击者自己的恶意合约地址0x86765dde9304bea32f65330d266155c4fa0c4f04。
而0x360894a13ba1a3210667c828492db98dca3e2076cc3735a920a3ca505d382bbc这个位置，正是_implementation数据的存储地址。
也就是说，官方从来没有设置过AaveV2Proxy合约的_implementation地址，导致攻击者钻了这个空子，造成了Furucombo资产损失。
总结
通过对整个事件的分析来看，Furucombo此次事故并不在安全漏洞的范畴内，主要的原因在于官方将未启用的AaveV2Proxy合约添加进了自己的白名单中，并且未对AaveV2Proxy合约进行初始化，导致攻击者有机可乘。
建议
目前，由于Furucombo遭受攻击，导致任何将代币授权过给Furucombo合约(0x17e8ca1b4798b97602895f63206afcd1fc90ca5f)的用户都将面临资金损失的风险。
慢雾安全团队建议与Furucombo交互过的用户检查是否有将相关代币授权给Furucombo合约。如有授权，应及时撤销相关授权，避免进一步损失。
来源链接：mp.weixin.qq.com
免责声明：作为区块链信息平台，本站所发布文章仅代表作者个人观点，与链闻ChainNews立场无关。文章内的信息、意见等均仅供参考，并非作为或被视为实际投资建议。
FURUCOMBO
FURUCOMBO
FURUCOMBO旨在节省操作步骤与手续费，无限DeFi组合。在不知道如何编程的情况下，将自己的DeFi投资组合进行集成。将所有策略整合到一个交易中，拖动多维数据集以重新排列操作顺序。Furucombo查看更多
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。