EEF-CVE-2026-73829
Non-atomic hash-credential dedup in mpp Tempo allows replay of a confirmed payment under a concurrent race
Quick fix
EEF-CVE-2026-73829 — mpp: upgrade to the fixed version with the command below.
mix deps.update mpp Details
## Summary
Time-of-check Time-of-use (TOCTOU) Race Condition in ZenHive mpp allows an unauthenticated remote client to redeem one confirmed on-chain payment for multiple paid-resource accesses.
The type="hash" credential path in MPP.Methods.Tempo.verify/2 guards against replay with a non-atomic check-then-mark sequence: check\_hash\_unused/2 reads the dedup store, an eth\_getTransactionReceipt round trip verifies the payment on chain, and only then does mark\_hash\_used/2 write the mark. Concurrent requests carrying the same settled payment hash all pass the read before any of them writes, so each is issued a receipt. The store's atomic check\_and\_mark/2 primitive is available and used by the type="transaction" path, but the hash path calls plain get and put even when the configured store implements it. Exploitation requires a dedup store to be configured; the default nil store is stateless and documented as offering no replay protection at all.
This issue affects mpp: from 0.2.0 before 0.6.1.
## Configuration
The race is only reachable when MPP.Methods.Tempo is configured with a dedup store ("store" in method\_config). The default is nil, which runs the library statelessly and provides no application-level replay protection at all, a documented property rather than part of this issue.
Are you affected?
Enter the version of the package you're using.