Reproduced Exploit

Rubicon — Opening a position reuses prior collateral for borrowing

openPosition borrow budget uses _maxBorrow which includes residual capacity from prior positions on the shared Position account.

Apr 2023Otheruntagged2 min read

Chain

Other

Category

untagged

Date

Apr 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: 48952-h-13-when-opening-a-position-the-collateral-of-the-previous. Standalone Foundry PoC and full write-up: 48952-h-13-when-opening-a-position-the-collateral-of-the-previous_exp in the evm-hack-registry mirror.


Vulnerability classes: liquidation-logic · direct-drain · account-ownership

Reproduction: self-contained Foundry PoC with only forge-std — no fork, no RPC. Full trace: output.txt. PoC: test/48952-h-13-when-opening-a-position-the-collateral-of-the-previous_exp.sol.


Key info#

ImpactHIGH — Second openPosition consumes residual borrow room and can hit liquidation threshold
ProtocolRubicon
Bug classliquidation-logic · direct-drain · account-ownership
FindingCode4rena 2023-04-rubicon · #48952 · H-13 · reporter cccz
Reportcode4rena.com/reports/2023-04-rubicon
SourceAuditVault
StatusConfirmed. Reproduced as a standalone local synthetic.
Compiler^0.8.24 (PoC)

TL;DR#

openPosition borrow budget uses _maxBorrow which includes residual capacity from prior positions on the shared Position account.


The vulnerable code#

See synthetic test/48952-h-13-when-opening-a-position-the-collateral-of-the-previous.sol (@> VULN markers).

Fix: Do not use prior-position residual capacity when sizing a new open.


Root cause#

openPosition borrow budget uses _maxBorrow which includes residual capacity from prior positions on the shared Position account.


Preconditions#

Protocol deployed with the vulnerable code paths from the Code4rena contest.


Attack walkthrough#

See PoC run() and output.txt.


Diagrams#

sequenceDiagram participant User participant Protocol User->>Protocol: trigger vulnerable path Protocol->>Protocol: hit @> VULN line Protocol-->>User: harm realized

Impact#

Second openPosition consumes residual borrow room and can hit liquidation threshold


Taxonomy#

  • genome: liquidation-logic · direct-drain · account-ownership
  • severity/high · platform/code4rena

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.