Skip to main content

ZenHive mpp EUVDEUVD-2026-72148

| CVE-2026-82750 HIGH
Improper Validation of Specified Quantity in Input (CWE-1284)
2026-09-06 EEF GHSA-q4f3-jf9f-788f
8.3
CVSS 4.0 · Vendor: EEF
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Identify exposed MPP Tempo sponsorship endpoint
  2. Delivery
    Craft 0x76 envelope with seven aa_authorization_list entries
  3. Exploit
    Submit request unauthenticated to sponsorship server
  4. Execution
    FeePayerPolicy skips aa_authorization_list validation
  5. Persist
    Server co-signs and broadcasts; intrinsic gas billed to sponsor at ~40x
  6. Impact
    Persistent EIP-7702 set-code delegations written on-chain to attacker accounts

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V2 - Validation and Business Logic Input size validation
Exploitation Conditions

The target must be running ZenHive mpp 0.2.0-0.16.0 with the MPP.Methods.Tempo payment sponsorship feature active and exposed to network clients. No authentication is required on the sponsorship endpoint itself - the vulnerable code path executes for any client-submitted 0x76 envelope. The CVSS 4.0 AT:P prerequisite is satisfied whenever a Tempo sponsorship service is deployed; servers not offering this feature are unaffected. The per-request gas cost multiplication is bounded by the server's configured gas_limit ceiling (limiting total financial loss per request), but within that ceiling an attacker can achieve the full ~40x amplification with seven delegation entries. There is no rate-limiting or client identification in the vulnerable code, so an attacker can submit requests repeatedly. The persistent EIP-7702 delegation side-effect requires no additional privilege beyond submitting a valid (but malicious) sponsorship request.

Impact

The CVSS 4.0 base score of 8.3 with vector AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:L correctly characterises the threat. The AT:P (attack prerequisites) metric acknowledges that an MPP Tempo sponsorship service must be actively running - the sole prerequisite - after which any unauthenticated remote client can exploit the bypass with no complexity. The dual impact distinguishes this from a simple DoS: gas cost inflation drains the sponsor's on-chain budget at each request, while persistent EIP-7702 set-code delegations are effectively irreversible on-chain without further transactions and at further cost. Even a mid-sized municipal IT team in malbork operating a blockchain payment gateway built on mpp should treat this as urgent given the direct financial exposure and the difficulty of unwinding persistent account delegations. No EPSS data or CISA KEV listing is present in the provided intelligence; no public exploit code has been identified. The narrow deployment population (Elixir services actively sponsoring EIP-7702 Tempo payments) limits broad automated scanning, but any such deployment faces direct and quantifiable financial harm with each malicious request, constrained only by the configured gas_limit ceiling.

Exploit ScenarioDerived

An unauthenticated attacker with network access to an MPP Tempo sponsorship service constructs a 0x76 transaction envelope populated with seven EIP-7702 authorization entries signed by throwaway private keys, then submits it to the sponsorship endpoint. The server validates gas limits, fee budget, and access list but accepts the aa_authorization_list unchecked, co-signs the envelope, and pays roughly 1.88M gas instead of 46,575 - a ~40x inflation - while the EIP-7702 delegations are written on-chain as persistent set-code operations on the attacker's addresses at the sponsor's expense.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
1 PoC candidate (unverified) Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Sep 06, 2026

Missing validation of the EIP-7702 aa_authorization_list field in ZenHive mpp's Tempo payment sponsorship module allows any unauthenticated remote client to inflate the fee-payer's gas cost by roughly 40x and to have the sponsor pay for persistent EIP-7702 set-code delegations on attacker-controlled Ethereum accounts. Versions 0.2.0 through 0.16.0 are affected; the FeePayerPolicy.measure/3 function validates gas fields, fee budget, validity window, and access list but never inspects the aa_authorization_list, so a client embedding seven throwaway delegation entries drives sponsored gas from approximately 46,575 to over 1,884,087. No public exploit has been identified at time of analysis, and a vendor patch is available in mpp 0.16.1.

RemediationAI

Upgrade mpp to version 0.16.1 or later, the vendor-released patch confirmed by the GitHub security advisory GHSA-5qrp-r24c-w6jr and patch commit 0482572b47e1ffe1537ab80ab613d47b92833c2d. The patch enforces that any sponsored 0x76 envelope must carry an empty aa_authorization_list and a matching or absent key-authorization field before the server co-signs. If an immediate upgrade is not possible, operators should restrict the Tempo payment sponsorship endpoint to a known-good, authenticated set of clients via network-layer ACLs or application-level authentication middleware, accepting the operational trade-off of reduced service availability until the patch is applied. Disabling the Tempo sponsorship feature entirely eliminates the attack surface with no code change required, at the cost of all sponsored-payment functionality.

Affected VersionsENISA

mpp 0.2.0 <0.16.1
mpp d29d54e507918db00a5b65d90136b73166c017d7 <0482572b47e1ffe1537ab80ab613d47b92833c2d

Affected Packages

euvd mpp fix: 0.16.1

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

ZenHive mpp is an Elixir library implementing EIP-7702 Tempo payment sponsorship - a mechanism by which a fee-payer server co-signs and subsidizes gas costs for client-initiated Ethereum transactions. EIP-7702 introduced transaction type 0x76, which carries an aa_authorization_list allowing externally owned accounts (EOAs) to permanently delegate execution to smart contract bytecode via signed set-code operations. Each entry in that list incurs intrinsic gas cost, charged before the sponsored call executes. CWE-1284 (Improper Validation of Specified Quantity in Input) is the root cause: lib/mpp/methods/tempo/fee_payer_policy.ex checked all other client-controlled envelope fields - gas limits, maximum fee, validity window, access list, calldata - but omitted any bounds or emptiness check on aa_authorization_list. The fix in commit 0482572b adds check_authorization_list/1, which rejects any sponsored 0x76 envelope with a non-empty authorization list, and check_key_authorization/2, which enforces exact matching for the optional key-authorization field.

Know when Mpp gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (EEF) PRIMARY 8.3 HIGH
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N
vuln.today AI 9.3 CRITICAL

Scope changes because the sponsor (fee-payer) is the harmed party, not the submitting client; no authentication required; persistent EIP-7702 delegations yield high integrity impact; gas depletion yields low availability impact.

3.1 AV:N/AC:L/PR:N/UI:N/S:C/C:N/I:H/A:L
4.0 AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N

Primary rating from Vendor (EEF).

CVSS VectorVendor: EEF

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
High
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

Improper Validation of Specified Quantity in Input in ZenHive mpp allows an unauthenticated remote client to inflate the fee-payer's gas cost per sponsored payment by a large multiplier and to have the sponsor pay for EIP-7702 account delegations of the client's choosing.

When the server sponsors Tempo payments, MPP.Methods.Tempo.FeePayerPolicy.measure/3 in lib/mpp/methods/tempo/fee_payer_policy.ex bounds the gas fields, the fee budget, the validity window and the access list of the client-signed 0x76 envelope, but never reads its aa_authorization_list field. Every signed delegation in that list is charged as intrinsic gas before the payment call runs, so a client attaching delegations from throwaway authority keys makes the sponsor pay for them within the default gas_limit ceiling. At the reporter's default of seven entries the sponsored cost rises from about 46,575 gas to about 1,884,087 gas. Because each entry is applied as a persistent set-code delegation, a client can also upgrade its own accounts to delegated code at the sponsor's expense.

This issue affects mpp: from 0.2.0 before 0.16.1.

Technical POC Analysis

CVE-2026-82750 is an instance of CWE-1284, Improper Validation of Specified Quantity in Input.

Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.

Latest POC

1 PoC candidate from github (unverified)

Sign in to open the public PoC links collected for this CVE.

Executive ViewAI

Why It Matters

ZenHive mpp's Tempo payment sponsorship module (versions 0.2.0-0.16.0) allows unauthenticated remote attackers to multiply transaction costs borne by fee sponsors up to 40-fold and force sponsor funding to be allocated to attacker-controlled account delegations. Organizations using affected versions face immediate financial risk through uncontrolled cost escalation in their blockchain payment infrastructure. No public exploit has been identified at time of analysis.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.3%
Top 74% exploitable
Prevalence
Rare
niche Elixir library for EIP-7702 blockchain payment sponsorship
Social Media
2
Sightings
Data Quality
6 sources
Confidence: High

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC Yes
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
Poc
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
High

Priority Score

62
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0

More in Mpp

View all
CVE-2026-82751 HIGH POC
8.3 Sep 06

Gas-cost inflation and unauthorized access key provisioning in ZenHive mpp (versions 0.2.0 through 0.15.x) allows any un

CVE-2026-67581 HIGH
8.7 Aug 19

Replay of settled EVM blockchain transaction hashes against ZenHive mpp versions 0.3.0-0.6.2 allows unauthenticated remo

CVE-2026-73541 HIGH
8.3 Aug 19

Concurrent sponsored-payment flooding in ZenHive mpp (versions 0.2.0 through 0.12.0) allows an unauthenticated remote cl

CVE-2026-59694 HIGH
8.3 Jul 17

Economic resource exhaustion in the ZenHive mpp Elixir library (versions 0.2.0 through 0.5.x) lets an unauthenticated re

CVE-2026-59695 HIGH
8.3 Jul 17

Fee-payer wallet draining in ZenHive mpp (Elixir) 0.2.0-0.5.x lets an unauthenticated remote client empty the sponsor's

CVE-2026-73136 HIGH
8.2 Aug 19

Capture-replay authentication bypass in ZenHive mpp versions 0.6.1-0.6.3 allows unauthenticated network attackers to cla

CVE-2026-59252 HIGH
8.2 Jul 17

Wallet-draining denial of service in ZenHive mpp (Elixir library) versions 0.2.0 through 0.5.x affects deployments confi

CVE-2026-87119 HIGH
8.2 Sep 22

Replay of a captured Tempo subscription credential in ZenHive mpp 0.14.0 through 0.16.1 lets an attacker who already hol

CVE-2026-89420 HIGH
7.1 Sep 22

ZenHive mpp versions 0.14.0 through 0.16.1 fail to charge clients that hold an open payment channel, allowing an authent

CVE-2026-88255 MEDIUM
6.3 Sep 16

Duplicate-submission gate bypass in the Tempo payment method of ZenHive mpp (versions 0.2.0 through 0.16.1) lets an unau

CVE-2026-89186 MEDIUM
6.3 Sep 16

ZenHive mpp (MPP.Plug payment middleware for Elixir/Phoenix) versions 0.1.0 through 0.16.1 can allow a shared HTTP cache

CVE-2026-73829 MEDIUM
6.3 Aug 19

Payment-replay protection in ZenHive mpp's Tempo hash-credential path is defeated by a TOCTOU race condition, allowing a

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy