Reproduced Exploit

Recall — [H-01] Missing signature duplication check in submitCheckpoint

Single weight-6 validator forges majority quorum by repeating itself in signatories[]

Feb 2025Otheruntagged2 min read

Chain

Other

Category

untagged

Date

Feb 2025

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: 65088-h-01-missing-signature-duplication-check-in-the-submitcheckp. Standalone Foundry PoC and full write-up: 65088-h-01-missing-signature-duplication-check-in-the-submitcheckp_exp in the evm-hack-registry mirror.


Vulnerability classes: severity/high · platform/code4rena · sector/staking · sector/governance

Reproduction: self-contained Foundry PoC with only forge-std — no fork, no RPC. Full trace: output.txt.

AuditVault taxonomy: lang/solidity · platform/code4rena · has/poc · severity/high · protocol Recall


Key info#

ImpactHIGH — Single weight-6 validator forges majority quorum by repeating itself in signatories[]
ProtocolRecall (IPC / subnet actor)
FindingCode4rena 2025-02-recall · #65088
Report2025-02-recall
SourceAuditVault
Compiler^0.8.24 (PoC)

TL;DR#

Single weight-6 validator forges majority quorum by repeating itself in signatories[]


The vulnerable code#

SOLIDITY
weight = weight + weights[i]; // @> VULN: no dedup

Fix: Require unique/sorted signatories (or a seen-set) before accumulating weight.


Root cause#

See vulnerable line above. Reduced synthetic preserves the blamed statement verbatim (@> VULN).


Preconditions#

  • Audited Recall / IPC contracts at contest commit ab5f90b9.
  • Attack path as described in the Code4rena report.

Attack walkthrough#

  1. Deploy the synthetic vulnerable surface.
  2. Execute the attack in Exploit.run().
  3. Assert the report's concrete harm (funds / liveness / forged consensus).

Diagrams#

flowchart TD A["Attacker crafts inputs"] --> B["Vulnerable function executes"] B --> C{"Bug condition?"} C -- "yes" --> D["HARM: Single weight-6 validator forges majority quorum by repeating itself in signatories[]"] C -- "no" --> E["Would be safe if fixed"]
sequenceDiagram participant A as Attacker participant V as Vulnerable participant S as State A->>V: trigger V->>S: bad update Note over V: @> VULN line S-->>A: harm realized

Remediation#

Require unique/sorted signatories (or a seen-set) before accumulating weight.


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.