By：小白

背景概述

在上次的文章中我们了解了智能合约中的拒绝服务攻击，这次我们一起来了解智能合约中基于 tx.origin 的钓鱼攻击。

前置知识

首先我们来了解在 Solidity 中常用的两种验证发送方地址的方式：

• msg.sender：msg.sender 仅会读取上层调用者的地址。

• tx.origin：tx.origin 会读取启动交易的原始地址。

由下图可以看到，Bob 通过 A 合约调用 B 合约，B 合约又调用 C 合约。对于 C 合约来说，tx.origin 为 Bob ，msg.sender 为 B 合约。对于 B 合约来说， tx.origin 也是 Bob ， msg.sender 为 A 合约，对于 A 合约来说，tx.origin 与 msg.sender 均为 Bob 。这里我们可以得出一个结论：tx.origin 永远都是 EOA 地址，msg.sender 可以为 EOA 也可以为合约地址。

漏洞示例

通过前置知识相信大家已经了解了 msg.sender 与 tx.origin 之间的区别，下面我们还是通过漏洞合约来带大家深入了解：

// SPDX-License-Identifier: MITpragma solidity ^0.8.13;contract Wallet {    address public owner;
    constructor() payable {        owner = msg.sender;    }
    function transfer(address payable _to, uint _amount) public {        require(tx.origin == owner, "Not owner");
        (bool sent, ) = _to.call{value: _amount}("");        require(sent, "Failed to send Ether");    }}

漏洞分析

可以看到， Wallet 合约是一个合约钱包，创建者可以在部署合约时将自己的以太转入合约中。当你想花钱的时候可以调用 Wallet.transfer() 将任意数量的存款转移。当然，钱包里的钱并不是任何人都能碰的，所以这里需要通过 tx.origin == owner 的检查才能转账。问题也就出现在这里，前置知识中说到 tx.origin 会读取启动交易的原始地址，所以我们可以伪造一个钓鱼合约来欺骗受害者发起交易从而窃取他的身份转走他的以太。接下来我们看看攻击合约是如何完成身份窃取的。

Tips：相信细心的小伙伴已经发现 Wallet 合约还存在一个漏洞，就是我们在第一期中介绍的重入漏洞。这里提一句：被 fallback 回调函数调用时 tx.origin 依然是最初调用者的 EOA 地址。其他的就不做过多介绍了，不懂的小伙伴可以参考第一篇《智能合约安全审计入门篇之重入漏洞》。

攻击合约

contract Attack {    address payable public owner;    Wallet wallet;
    constructor(Wallet _wallet) {        wallet = Wallet(_wallet);        owner = payable(msg.sender);    }
    function attack() public {        wallet.transfer(owner, address(wallet).balance);    }}