Self-destruct attacks in smart contracts fundamentally target the logic of the contract. Although these attacks are relatively straightforward, they remain a common threat in the realm of deployment. This highlights the importance of comprehensive logic considerations, extensive testing, and code audits before deployment. In this article, I'll showcase a simple example of a self-destruct vulnerability and how to counter such attacks. 🧠💻 smart contract The Process of a Self-Destruct Attack 🔄 Alice deployed a simple game contract. Its main function allows each user to deposit one ether at a time, with the 7th depositor winning and claiming all the ether in the contract as a reward. Here's the code: // SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

contract EtherGame {
    uint public targetAmount = 7 ether;
    address public winner;

    function deposit() public payable {
        require(msg.value == 1 ether, "You can only send 1 Ether");

        uint balance = address(this).balance;
        require(balance <= targetAmount, "Game is over");

        if (balance == targetAmount) {
            winner = msg.sender;
        }
    }

    function claimReward() public {
        require(msg.sender == winner, "Not winner");

        (bool sent, ) = msg.sender.call{value: address(this).balance}("");
        require(sent, "Failed to send Ether");
    }
} Alice and Bob each deposited 1 Ether, making the contract's total 2 Ether. Then, Eve deployed an Attack contract, injecting it with five ethers. She then executed the function to launch a self-destruct assault on the EtherGame contract. Here's the attack code: attack() contract Attack {
    EtherGame etherGame;

    constructor(EtherGame _etherGame) payable {
        etherGame = EtherGame(_etherGame);
    }

    function attack() public payable {
        // You can simply break the game by sending ether so that
        // the game balance >= 7 ether

        // cast address to payable
        address payable addr = payable(address(etherGame));
        selfdestruct(addr);
    }
} Upon deploying the Attack contract, Eve used the address of Alice's EtherGame contract in the constructor. The line in the constructor forcibly converts this address to an EtherGame contract type and assigns it to the variable. This essentially builds a reference to an EtherGame-type contract, pointing to Alice's deployed EtherGame contract. etherGame = EtherGame(_etherGame); etherGame Eve then invoked the function. The line creates a memory reference to the etherGame contract address. The destroys the Attack contract and transfers the remaining five ether to this address. Attack.attack address payable addr = payable(address(etherGame)); selfdestruct(addr) The act of destroying the contract with self-destruct and sending five ether can bypass the logic and checks of other contracts when receiving ether transfers. It means it won't trigger the logic in the deposit() function, effectively making the EtherGame contract's balance ≥ 7 ether. require(msg.value == 1 ether, "You can only send 1 Ether"); Consequently, no one can now win this game, nor can more ether be sent to it. Preventing Self Destruct Attacks 🛡️🚫 This attack is simple but exploits a loophole in the EtherGame contract's logic. The idea is if I complete some operations without going through the contract's own logic or calling its functions, thus altering the contract's state, I can manipulate the game rules for profit. Therefore, going back to the contract's own logic design, we should consider that the game rules and winner conditions need to be immune to self-destruct transfers. In this case, the reason self-destruct could bypass the deposit() function is mainly because we used to represent the current contract balance, also using this value as the condition for determining the winner. Self-destruct can change this value without invoking deposit(). address(this).balance; The simplest way is to refine the contract's logic, using a data source that self-destruct cannot change without invoking deposit() as the standard for determining the winner. For example, add a state variable to the contract to replace the role of : address(this).balance; // SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

contract EtherGame {
    uint public targetAmount = 7 ether;
    uint public balance;
    address public winner;

    function deposit() public payable {
        require(msg.value == 1 ether, "You can only send 1 Ether");

        balance += msg.value;
        require(balance <= targetAmount, "Game is over");

        if (balance == targetAmount) {
            winner = msg.sender;
        }
    }

    function claimReward() public {
        require(msg.sender == winner, "Not winner");

        (bool sent, ) = msg.sender.call{value: balance}("");
        require(sent, "Failed to send Ether");
    }
} Now, the EtherGame contract has turned into a honeypot. Attackers can still trigger , activating self-destruct to send ether, but it only increases the game's prize without disrupting the game rules. 🎮💸 Attack.attack() That's all about the self-destruct vulnerability and related security strategies. If you've made it this far, why not give a thumbs up? 👍💬🌟

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

Why You Should Never Store Sensitive Data in Smart Contracts 🚫🔒

What Is a Re-Entrancy Attack in Smart Contracts, and How to Avoid It? 🛡️🔒

Read My Stories

Too Long; Didn't Read

Download free Tech Leaders Productivity Report!

What is a Self Destruct Attack in Smart Contracts and How to Prevent Them? 🚨🛡️

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

$500M TVL Within A Week: Lessons from #Blur and #Blast🚀

108 Stories To Learn About Blockchain Adoption

10 Tools for Blockchain Development

133 Stories To Learn About Solidity

287 Stories To Learn About Blockchain Development

$500M TVL Within A Week: Lessons from #Blur and #Blast🚀

108 Stories To Learn About Blockchain Adoption

10 Tools for Blockchain Development

133 Stories To Learn About Solidity

287 Stories To Learn About Blockchain Development

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps