https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 06 Oct 2026 14:47:22 +0000 https://cve.radiocsirt.org/vuln/euvd-2026-338649 EUVD-2026-338649 https://cve.radiocsirt.org/vuln/euvd-2026-338649 https://cve.radiocsirt.org/vuln/fkie_cve-2026-59694 <p>Improper Validation of Specified Quantity in Input in ZenHive mpp allows an unauthenticated remote client to inflate the fee-payer&#39;s gas cost per payment by a large multiplier, degrading the sponsor&#39;s operating margin.</p> <p>When the mpp Elixir library is configured as fee payer (fee_payer: true), MPP.Tempo.Transaction.cosign_fee_payer/3 re-signs the client-supplied base fields of the 0x76 AASigned envelope verbatim, including the EIP-2930 access list, without validating its length or contents. EIP-2930 access list entries incur intrinsic gas (~2,400 gas per address, plus 1,900 gas per storage key) charged before any opcode executes, regardless of whether the listed addresses are ever touched. A malicious client submits a valid transferWithMemo call alongside a large number of fabricated access-list entries. The server co-signs and broadcasts the transaction. The intended transfer executes normally, but the fee-payer wallet pays a large multiple of the expected gas cost with no corresponding on-chain work.</p> <p>At the maintainer&#39;s default of 137 access-list entries (fitting within Bandit&#39;s 10,000-byte per-header-field limit) and 100 Gwei max_fee_per_gas, per-payment gas cost rises from ~51,287 to ~380,087 gas, a 7.4x multiplier. Sustained abuse destroys the sponsor&#39;s operating margin on low-cost payments and, over time, drains the fee-payer wallet.</p> <p>This issue affects mpp: from 0.2.0 before 0.6.0.</p> <p>Improper Validation of Specified Quantity in Input in ZenHive mpp allows an unauthenticated remote client to inflate the fee-payer&#39;s gas cost per payment by a large multiplier, degrading the sponsor&#39;s operating margin.</p> <p>When the mpp Elixir library is configured as fee payer (fee_payer: true), MPP.Tempo.Transaction.cosign_fee_payer/3 re-signs the client-supplied base fields of the 0x76 AASigned envelope verbatim, including the EIP-2930 access list, without validating its length or contents. EIP-2930 access list entries incur intrinsic gas (~2,400 gas per address, plus 1,900 gas per storage key) charged before any opcode executes, regardless of whether the listed addresses are ever touched. A malicious client submits a valid transferWithMemo call alongside a large number of fabricated access-list entries. The server co-signs and broadcasts the transaction. The intended transfer executes normally, but the fee-payer wallet pays a large multiple of the expected gas cost with no corresponding on-chain work.</p> <p>At the maintainer&#39;s default of 137 access-list entries (fitting within Bandit&#39;s 10,000-byte per-header-field limit) and 100 Gwei max_fee_per_gas, per-payment gas cost rises from ~51,287 to ~380,087 gas, a 7.4x multiplier. Sustained abuse destroys the sponsor&#39;s operating margin on low-cost payments and, over time, drains the fee-payer wallet.</p> <p>This issue affects mpp: from 0.2.0 before 0.6.0.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-59694 https://cve.radiocsirt.org/vuln/ghsa-r4hx-mhrp-xf73 <p>Improper Validation of Specified Quantity in Input in ZenHive mpp allows an unauthenticated remote client to inflate the fee-payer&#39;s gas cost per payment by a large multiplier, degrading the sponsor&#39;s operating margin.</p> <p>When the mpp Elixir library is configured as fee payer (fee_payer: true), MPP.Tempo.Transaction.cosign_fee_payer/3 re-signs the client-supplied base fields of the 0x76 AASigned envelope verbatim, including the EIP-2930 access list, without validating its length or contents. EIP-2930 access list entries incur intrinsic gas (~2,400 gas per address, plus 1,900 gas per storage key) charged before any opcode executes, regardless of whether the listed addresses are ever touched. A malicious client submits a valid transferWithMemo call alongside a large number of fabricated access-list entries. The server co-signs and broadcasts the transaction. The intended transfer executes normally, but the fee-payer wallet pays a large multiple of the expected gas cost with no corresponding on-chain work.</p> <p>At the maintainer&#39;s default of 137 access-list entries (fitting within Bandit&#39;s 10,000-byte per-header-field limit) and 100 Gwei max_fee_per_gas, per-payment gas cost rises from ~51,287 to ~380,087 gas, a 7.4x multiplier. Sustained abuse destroys the sponsor&#39;s operating margin on low-cost payments and, over time, drains the fee-payer wallet.</p> <p>This issue affects mpp: from 0.2.0 before 0.6.0.</p> <p>Improper Validation of Specified Quantity in Input in ZenHive mpp allows an unauthenticated remote client to inflate the fee-payer&#39;s gas cost per payment by a large multiplier, degrading the sponsor&#39;s operating margin.</p> <p>When the mpp Elixir library is configured as fee payer (fee_payer: true), MPP.Tempo.Transaction.cosign_fee_payer/3 re-signs the client-supplied base fields of the 0x76 AASigned envelope verbatim, including the EIP-2930 access list, without validating its length or contents. EIP-2930 access list entries incur intrinsic gas (~2,400 gas per address, plus 1,900 gas per storage key) charged before any opcode executes, regardless of whether the listed addresses are ever touched. A malicious client submits a valid transferWithMemo call alongside a large number of fabricated access-list entries. The server co-signs and broadcasts the transaction. The intended transfer executes normally, but the fee-payer wallet pays a large multiple of the expected gas cost with no corresponding on-chain work.</p> <p>At the maintainer&#39;s default of 137 access-list entries (fitting within Bandit&#39;s 10,000-byte per-header-field limit) and 100 Gwei max_fee_per_gas, per-payment gas cost rises from ~51,287 to ~380,087 gas, a 7.4x multiplier. Sustained abuse destroys the sponsor&#39;s operating margin on low-cost payments and, over time, drains the fee-payer wallet.</p> <p>This issue affects mpp: from 0.2.0 before 0.6.0.</p> https://cve.radiocsirt.org/vuln/ghsa-r4hx-mhrp-xf73