Reproduced Exploit
Centrifuge v3.1 — pool managers steal other pools pending deposits
Spoke.requestCallback uses current requestManager without binding to the manager that created the request
Chain
Other
Category
untagged
Date
Oct 2025
Source
AuditVault
EVM Playground
Source-level debugger — step opcodes and Solidity in sync
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.
Source & credit. Reproduction of a public audit finding curated by AuditVault — the original finding: 64195-h-1-pool-managers-can-steal-all-other-pools-pending-deposits. Standalone Foundry PoC and full write-up: 64195-h-1-pool-managers-can-steal-all-other-pools-pending-deposits_exp in the
evm-hack-registrymirror.
Reproduction: self-contained Foundry PoC (forge-std only) — no fork. Full trace: output.txt.
AuditVault taxonomy: lang/solidity · platform/sherlock · severity/high · genome: centralization · direct-drain · bridge-sender-auth
Key info#
| Impact | HIGH — All pending deposits in globalEscrow transferable to attacker pool escrow via requestManager swap |
| Protocol | Centrifuge Protocol v3.1 |
| Bug class | Spoke.requestCallback uses current requestManager without binding to the manager that created the request |
| Finding | Sherlock 0x52 et al. (H-1) · #64195 |
| Report | https://github.com/sherlock-audit/2025-10-centrifuge-protocol-v3-1-audit-judging |
| Source | AuditVault |
| Status | Audit finding — reproduced as a standalone local synthetic |
| Compiler | ^0.8.24 (PoC) |
TL;DR#
Spoke.requestCallback uses current requestManager without binding to the manager that created the request
HARM: All pending deposits in globalEscrow transferable to attacker pool escrow via requestManager swap
Root cause#
Spoke.requestCallback uses current requestManager without binding to the manager that created the request
Preconditions#
Protocol-specific setup as described in the original finding (roles / managers / pending state in place).
Attack walkthrough#
See the synthetic test/64195-h-1-pool-managers-can-steal-all-other-pools-pending-deposits.sol and the Playground story beats. The @> VULN marker sits on the blamed executable line.
Diagrams#
Impact#
All pending deposits in globalEscrow transferable to attacker pool escrow via requestManager swap
Sources#
- AuditVault finding
- Report: https://github.com/sherlock-audit/2025-10-centrifuge-protocol-v3-1-audit-judging
- Reduced source provenance: github.com/sherlock-audit/2025-10-centrifuge-protocol-v3-1-audit Spoke.sol requestCallback
Sources & further analysis#
Reproductions & code
- Standalone PoC + full trace: 64195-h-1-pool-managers-can-steal-all-other-pools-pending-deposits_exp (evm-hack-registry mirror).
- AuditVault finding: 64195-h-1-pool-managers-can-steal-all-other-pools-pending-deposits.
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.