Reproduced Exploit

Tapioca DAO — FakeBigBang steals Singularity assets via unwhitelisted Magnetar repay

FakeBigBang steals Singularity assets via unwhitelisted Magnetar repay. Harm demonstrated: Victim Singularity assets drained to attacker via FakeBigBang YieldBox allowance.

Jul 2023Otheruntagged2 min read

Chain

Other

Category

untagged

Date

Jul 2023

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: 27537-h-47-users-assets-can-be-stolen-when-removing-them-from-the. Standalone Foundry PoC and full write-up: 27537-h-47-users-assets-can-be-stolen-when-removing-them-from-the_exp in the evm-hack-registry mirror.


Vulnerability classes: fake-account-substitution, direct-drain, account-ownership

Reproduction: self-contained Foundry PoC (only forge-std) — no fork, no RPC. Full trace: output.txt. PoC: test/27537-h-47-users-assets-can-be-stolen-when-removing-them-from-the_exp.sol.


Key info#

ImpactHIGH — Victim Singularity assets drained to attacker via FakeBigBang YieldBox allowance
ProtocolTapioca DAO
Vulnerable codeMagnetar (see @> in synthetic)
FindingCode4rena · #27537
Reporthttps://code4rena.com/reports/2023-07-tapioca
SourceAuditVault
StatusAudit finding — reproduced as a standalone local PoC
Compiler^0.8.24

TL;DR#

FakeBigBang steals Singularity assets via unwhitelisted Magnetar repay. Harm demonstrated: Victim Singularity assets drained to attacker via FakeBigBang YieldBox allowance.


The vulnerable code#

See test/27537-h-47-users-assets-can-be-stolen-when-removing-them-from-the.sol — the blamed line is marked // @> VULN.


Root cause#

See the synthetic header comment and the AuditVault finding for the full root-cause write-up. The Playground preserves the vulnerable line verbatim and asserts the concrete harm in Exploit.run().

Attack walkthrough#

  1. Deploy the reduced vulnerable system (CREATE order: MockYieldBox, Singularity, Magnetar, FakeBigBang).
  2. Seed the preconditions from the finding (approvals, balances, whitelist).
  3. Execute the attack path; the @> line runs.
  4. require(...) asserts the harm.

Diagrams#

flowchart TD A["Attacker / user drives entrypoint"] --> B["Vulnerable contract path"] B --> C["@> VULN line executes"] C --> D["Harm: Victim Singularity assets drained to attacker via FakeBigBan"]

Impact#

Victim Singularity assets drained to attacker via FakeBigBang YieldBox allowance

Taxonomy#

  • fake-account-substitution, direct-drain, account-ownership

Sources#


Sources & further analysis#

Reproductions & code

Alerts & third-party analyses

  • Web3Sec X hacked database: search.
  • Rekt leaderboard: search.
  • Solodit incident search: search.

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.