Reproduced Exploit

Threshold: Every Wormhole tBTC redemption reverts because the redeemer's satoshi balance is never cre

Jan 1970Otheruntagged3 min read

Chain

Other

Category

untagged

Date

Jan 1970

Source

AuditVault

EVM Playground

Source-level debugger — step opcodes and Solidity in sync

evm-hack-analyzer

The attack is replayed in an in-browser EVM preloaded with the exact dumped fork state. The execution tree shows every call; step by Solidity line or by opcode across all depths — source, Stack, Memory, Storage, Balances (native / ERC-20 / NFT), Transient storage and Return value stay in sync. Click a tree node, opcode, or source line to jump. No backend, no live RPC.

Loading fork state…

Source & credit. Reproduction of a public audit finding curated by AuditVault — the original finding: 63508-requestredemption-reverts-because-l1btcredeemerwormholes-ban. The historical source/toolchain is unavailable; this entry is documentation only and claims no executable Forge PoC.


Vulnerability classes: vuln/locked-funds

Reproduction: a faithful minimal reproduction of the vulnerable finding — the vulnerable function is reproduced verbatim (marked @>) with faithful minimal doubles; local deploy, no fork.

Root cause#

Every Wormhole tBTC redemption reverts because the redeemer's satoshi balance is never credited in the Bank, so Bridge.requestRedemption's bank.transferBalanceFrom reverts ("Transfer amount exceeds balance") — bridged tBTC is permanently stranded (redemption-path DoS).

SOLIDITY
    ) internal returns (uint256 redemptionKey, uint256 tbtcAmount) {
        // This contract (as balanceOwner) approves the Bridge to spend its Bank balance.
        // The amount for Bank allowance is in satoshi units (which is what `amount` already is).
        bank.increaseBalanceAllowance(address(thresholdBridge), amount); // @> grants the Bridge an allowance but NEVER credits this contract's Bank balance (the `tbtcVault.unmint` credit is missing) — Bridge.transferBalanceFrom later reverts

        // This contract calls the Bridge. The Bridge will see `msg.sender` (this contract) as the `balanceOwner`.

Why it's exploitable here#

Every Wormhole tBTC redemption reverts because the redeemer's satoshi balance is never credited in the Bank, so Bridge.requestRedemption's bank.transferBalanceFrom reverts ("Transfer amount exceeds balance") — bridged tBTC is permanently stranded (redemption-path DoS).

Attack path#

flowchart TD S0["Complete Wormhole transfer payload"] S1["Redemption amount in satoshis"] S2["Declare main UTXO argument"] S3["Grants allowance, never credits balance"] S4["Call requestRedemption on bridge"] H["Every Wormhole tBTC redemption reverts because the redeemer's satoshi "] S0 --> S1 S1 --> S2 S2 --> S3 S3 --> S4 S4 --> H

Marked-line walkthrough (Playground)#

The EVM Playground pins each step to the exact executed source line in 0xcc0e8eedd7…:

  1. L371 — Complete Wormhole transfer payload: Setup: completeTransferWithPayload finalizes the inbound Wormhole tBTC transfer and returns the encoded redemption payload.
  2. L389 — Redemption amount in satoshis: Setup: supplies amountInSatoshis, the bridged tBTC amount in satoshi units that the redemption is meant to move.
  3. L397 — Declare main UTXO argument: Setup: declares the mainUtxo parameter the wallet uses to fund this Bitcoin redemption request.
  4. L403 — Grants allowance, never credits balance: Root cause: only calls increaseBalanceAllowance for the bridge but never credits the redeemer's Bank satoshi balance, leaving it at zero.
  5. L406 — Call requestRedemption on bridge: Invokes requestRedemption, whose internal transferBalanceFrom reverts 'Transfer amount exceeds balance' because the balance was never credited.
  6. L418 — Read back redemption request: Would fetch the stored RedemptionRequest, but this line is never reached since requestRedemption already reverted.
  7. L428 — Redemption amount field: Setup: redemptionAmountSat is the request struct's satoshi amount, part of the record the reverting call never gets to create.

PoC#

Registry (Foundry, local deploy — verbatim vulnerable source + harm-asserting test + negative control):

BASH
cd 63508-requestredemption-reverts-because-l1btcredeemerwormholes-ban_exp
forge test -vvv

The browser Playground replays the same synthetic opcode-for-opcode and measures the harm: Every Wormhole tBTC redemption reverts because the redeemer's satoshi balance is never credited in the Bank, so Bridge.requestRedemption's b. Both gates are green (registry forge test PASS + Playground _verify-poc VERDICT: PASS).


Sources & further analysis#

Reproductions & code

Alerts & third-party analyses

These dashboards index community alerts tweets, post-mortems, and independent write-ups. Reach them through the protocol name above to cross-check this reproduction against other analyses.