Uniswap v4 Hook攻击向量解析与检测方法

近期Robinhood Chain的热潮吸引了大量用户在其链上的Uniswap交易。当用户发现某个Uniswap v4池子显示0%的手续费，报价比市场最优价格还低几个基点时，将它选为最佳路由进行交易。但交易完成后他实际收到的代币，比报价少了接近1%。检查链上数据后可以发现，这个损失实际是因为隐藏在Hook合约里的“暗税”，Hook通过afterSwapReturnsDelta权限在交易结算前截留了一部分代币。

9月流动性聚合基础设施0x Protocol对6条链上的84,163个Uniswap v4 Hook进行了静态分析、动态分析和实际成交观察，发现仅19.4%的Hook被判定为安全，54.2%被归类为恶意，另有26.4%存在疑似恶意行为。本文Beosin安全团队将对Uniswap v4 Hook的攻击向量进行解析，帮助用户和开发者理解其中可能存在的恶意行为。

一、Uniswap Hook机制

在 Uniswap v4 中，流动性池子由 PoolManager 统一管理，Hook 合约可以在池子初始化、添加流动性、移除流动性、Swap 和 Donate 等关键节点插入自定义逻辑，如修改交易费、交易前后余额和结算逻辑。其安全风险主要集中在以下位置：

• Hook 返回异常的余额变化

• Hook 在回调中调用外部合约

• Hook 读取瞬时价格并据此决定费率

• Hook 保存跨池、跨用户的状态

• Hook 利用回调顺序和交易回滚机制制造拒绝服务

攻击者可能首先建立一个看起来正常的流动性池，在 Hook 中加入隐藏收费、黑名单逻辑，然后通过前端、空投、聚合器或社交媒体吸引用户。在用户进行交易或提供流动性后，即可通过自定义逻辑、外部调用恶意获取其他用户资产。据Beosin分析，目前常见的恶意Hook形式有：

• 每次交易抽取少量额外费用

• 对特定地址收取不同费率

• 在价格接近某阈值时突然改变行为

• 让流动性提供者无法移除流动性

• 通过回调消耗大量 Gas，使得兑币交易失败

• 诱导用户调用假冒的 unlock、settle 或 token 转账函数

二、恶意Hook示例解析

1. 隐性交易费

下面的Hook展示了“对指定地址收取额外费用”的逻辑：开发者通过privilegedUsers给自己、做市商或指定机器人免除费用，而其他用户需承担额外交易费用。

contract SuspiciousFeeHook {
    address public immutable manager;
    address public immutable feeRecipient;
     mapping(address => bool) public privilegedUsers;
     constructor(address _manager, address _feeRecipient) {
        manager = _manager;
        feeRecipient = _feeRecipient;
    }
     function beforeSwap(
        address sender,
        uint256 amountIn
    ) external returns (uint256 adjustedAmountIn) {
        require(msg.sender == manager, "only manager");
         if (privilegedUsers[sender]) {
            return amountIn;
        }
         uint256 hiddenFee = amountIn * 30 / 10_000;
        adjustedAmountIn = amountIn - hiddenFee;
 // demo, in reality, Hook should not bypass the settlement rules of the PoolManager
        IERC20(token()).transferFrom(
            sender,
            feeRecipient,
            hiddenFee
        );
    }
     function token() internal view returns (address) {
        return address(0); 
    }
}

在真实 v4 架构中，Hook 通常不能任意绕过 PoolManager 的结算规则，但它可以通过自定义 delta、外部代币调用或池配置影响最终结算。因此，审计重点是检查 Hook 的所有余额变化路径。

2. 动态价格或费率

contract AddressBasedHook {
    mapping(address => bool) public blocked;
    mapping(address => uint24) public customFee;
 
    function beforeSwap(
        address sender,
        uint256 amountSpecified
    ) external returns (uint24 fee) {
        if (blocked[sender]) {
            revert("blocked trader");
        }
 
        uint24 userFee = customFee[sender];
 
        if (userFee != 0) {
            return userFee;
        }
 
        return 10_000; // default 100%
    }
}

以上代码存在黑名单机制且根据用户地址设置不同费率。如果费率没有被前端完整展示，用户看到的池子可能与实际交易条件不一致。在审计或开发时必须确认所有费率返回值均满足协议允许范围，而不是只检查常规路径。

3. 重入和外部回调

contract ReentrantHook {
    address public callbackTarget;
    bool private entered;
 
    function beforeSwap(address sender) external {
        require(!entered, "reentered");
        entered = true;
 
        // 外部调用，可能回调当前 Hook 或其他协议
        ICallback(callbackTarget).onSwap(sender);
 
        entered = false;
    }
}

Hook 中的外部调用可能触发：

• ERC-777 或自定义 ERC-20 回调；

• ERC-721/ERC-1155 接收回调；

• 借贷协议回调；

• 聚合器回调；

• 当前 Hook 的再次调用；

• 其他池子的 Swap。

如果状态更新和外部调用顺序错误，可能发生重复计算结果、绕过单次交易限制、重复领取手续费、跨池状态污染、价格或额度检查失效等问题。需要注意，v4 的核心合约具有自身的解锁和结算约束，但这不意味着 Hook 可以安全地进行任意外部调用。安全边界必须在每个 Hook 中单独建立。

4. 利用瞬时价格进行预言机操纵

contract FragileOracleHook {
    uint256 public lastObservedPrice;
 
    function beforeSwap(
        uint160 currentSqrtPriceX96
    ) external {
        uint256 spotPrice = priceFromSqrtPrice(currentSqrtPriceX96);
 
        // 错误做法：直接使用当前池子的瞬时价格
        if (spotPrice > 1_100e18) {
            triggerLiquidation();
        }
 
        lastObservedPrice = spotPrice;
    }
 
    function triggerLiquidation() internal {
        // 教学占位：根据价格执行清算或发放奖励
    }
}

攻击者可以在同一交易中通过闪电贷获得大量资产；然后对目标池进行大额 Swap 将瞬时价格推向极端，由此触发 Hook 的清算、奖励或抵押品估值逻辑。如果 Hook 把当前池价格当作可信预言机，攻击者可能在一个区块内完成操纵。

5. 阻止流动性退出

contract ExitBlockingHook {
    mapping(address => bool) public blockedLP;
 
    function beforeRemoveLiquidity(address provider) external {
        if (blockedLP[provider]) {
            revert("withdraw disabled");
        }
    }
    function setExitLock(address user, bool locked) external onlyOwner {
    blockedLP[user] = locked;
    }
}

这类 Hook可以让用户加入流动性，却无法移除流动性。常见触发条件包括：

• 用户地址被加入黑名单

• 池子达到某个 TVL

• 某个时间戳之后

• Hook 管理员调用隐藏开关

• 用户曾经通过聚合器交易

• 用户没有支付额外费用

6. Gas Griefing

此类攻击其实在以往的合约攻击中也非常常见，通过在交易中消耗异常 Gas导致交易失败。

contract GasGriefHook {
    function beforeSwap(uint256 n) external {
        for (uint256 i = 0; i < n; i++) {
            keccak256(abi.encodePacked(i, msg.sender));
        }
    }
}

更隐蔽的形式包括：

• 遍历不断增长的地址数组；

• 清理历史用户状态；

• 对大量池子逐一查询余额；

• 在失败前执行大量计算；

• 调用多个恶意外部合约。

三、检测恶意Hook方法

1. 检查 Hook 地址权限位：确认 Hook 地址声明了哪些回调权限，并与实际字节码中的函数进行比对。如果地址声明了beforeSwap、afterSwap、beforeAddLiquidity、beforeRemoveLiquidity，则需要逐一分析对应函数。

2. 获取代码：比如可以使用区块浏览器或 RPC 调用eth_getCode(hookAddress) 检查以下关键点，是否为代理合约、是否存在升级入口、是否存在自毁逻辑、是否包含未知外部调用、是否与已验证源码一致。

3. 检查流动性池初始化交易：需重点查看PoolKey、currency0/currency1、fee、tick spacing、Hook 地址、初始化地址、管理员、资金接收地址。

4. 模拟边界场景：建议至少模拟正常 Swap、极小金额的 Swap、大额 Swap、零金额Swap、价格极端变化、重复 Swap、添加后立即移除流动性、Hook 管理员变更、代币转账失败、外部调用回调等场景，比较用户实际支付和用户实际收到的代币数量、Hook 余额变化、PoolManager delta、事件记录和 Gas 消耗。

结语

Uniswap v4 Hook 旨在让 Uniswap 更具可扩展性，但它们也引入了新的攻击面和被恶意利用的可能。对于普通用户而言，Hook安全最重要的判断标准是“这个 Hook 是否经过验证、源码是否公开、权限是否受限”。对于整个DeFi生态来说，DeFi协议、安全公司需采取更多措施，如检测工具和针对流动性池的审查，来提高链上交易的安全性和可靠性。