CVE-2026-73136: CWE-294 Authentication Bypass by Capture-replay in ZenHive mpp
Authentication Bypass by Capture-replay in ZenHive mpp allows an unauthenticated third party to obtain paid resources by replaying a transfer settled by an unrelated payer. MPP.Methods.Tempo normally binds a settled TIP-20 TransferWithMemo to the specific challenge under verification through an attribution nonce carried in the memo. When a static "memo" is configured in method_config, check_matched_memo_binding/3 returns the match unconditionally and that binding is skipped, leaving only token, recipient, amount and the static memo value to match on. The static memo is echoed in every unauthenticated 402 response and Tempo transfers are public, so an attacker can take any matching transfer paid by a legitimate customer, request a fresh challenge for the same route, and present that transaction hash as a type="hash" credential. The hash path performs no sender or signature check tying the presenter to the wallet that broadcast the transfer. This issue affects mpp: from 0.6.1 before 0.6.4.
AI Analysis
Technical Summary
The vulnerability in ZenHive mpp involves the MPP.Methods.Tempo component, which normally binds a settled TIP-20 TransferWithMemo to a specific verification challenge using an attribution nonce in the memo. When a static memo is configured, the binding check is bypassed, allowing any matching transfer with the static memo to be accepted unconditionally. Since the static memo is echoed in unauthenticated responses and transfers are public, an attacker can replay a legitimate customer's transfer hash as a credential without sender or signature verification, effectively bypassing authentication.
Potential Impact
An unauthenticated attacker can obtain paid resources by replaying a transfer settled by an unrelated payer. This bypasses intended authentication controls, potentially leading to unauthorized access to services or resources that require payment.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, avoid using static memo configurations in MPP.Methods.Tempo or implement additional verification to ensure binding between transfers and challenges. Monitor vendor communications for patches or updates.
CVE-2026-73136: CWE-294 Authentication Bypass by Capture-replay in ZenHive mpp
Description
Authentication Bypass by Capture-replay in ZenHive mpp allows an unauthenticated third party to obtain paid resources by replaying a transfer settled by an unrelated payer. MPP.Methods.Tempo normally binds a settled TIP-20 TransferWithMemo to the specific challenge under verification through an attribution nonce carried in the memo. When a static "memo" is configured in method_config, check_matched_memo_binding/3 returns the match unconditionally and that binding is skipped, leaving only token, recipient, amount and the static memo value to match on. The static memo is echoed in every unauthenticated 402 response and Tempo transfers are public, so an attacker can take any matching transfer paid by a legitimate customer, request a fresh challenge for the same route, and present that transaction hash as a type="hash" credential. The hash path performs no sender or signature check tying the presenter to the wallet that broadcast the transfer. This issue affects mpp: from 0.6.1 before 0.6.4.
CVSS v4.0
Score 8.2high
Affected software
ZenHive
mpp
ZenHive
mpp
cpe:2.3:a:ZenHive:mpp:*:*:*:*:*:*:*:*Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in ZenHive mpp involves the MPP.Methods.Tempo component, which normally binds a settled TIP-20 TransferWithMemo to a specific verification challenge using an attribution nonce in the memo. When a static memo is configured, the binding check is bypassed, allowing any matching transfer with the static memo to be accepted unconditionally. Since the static memo is echoed in unauthenticated responses and transfers are public, an attacker can replay a legitimate customer's transfer hash as a credential without sender or signature verification, effectively bypassing authentication.
Potential Impact
An unauthenticated attacker can obtain paid resources by replaying a transfer settled by an unrelated payer. This bypasses intended authentication controls, potentially leading to unauthorized access to services or resources that require payment.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, avoid using static memo configurations in MPP.Methods.Tempo or implement additional verification to ensure binding between transfers and challenges. Monitor vendor communications for patches or updates.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- EEF
- Date Reserved
- 2026-08-18T10:00:02.159Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6a85eb32acd9273b49667258
Added to database: 08/19/2026, 17:43:14 UTC
Last enriched: 08/19/2026, 17:52:11 UTC
Last updated: 10/03/2026, 14:46:10 UTC
Views: 74
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.