External Control of Assumed-Immutable Web Parameter (CWE-472) in the cart and checkout flow of MarcosCamara01 Ecommerce Template allows an authenticated user with no special privileges to be charged the price of one product while placing an order for another, because POST /api/user/cart accepts variantId, which determines what the order records, and stripeId, which determines what Stripe charges, as two independent fields of the request body, stores both on the cart row, and no check requires the stripeId to be the one that belongs to the variantId. POST /api/stripe/payment builds the Stripe Checkout line items from the stored value, as { price: item.stripeId, quantity }, so the amount charged is the amount of that Stripe price. The checkout.session.completed webhook then creates the order products from the variantId of the same cart row, so the order records a product that was not paid for. Every stripeId in the catalogue is readable by any visitor, so no value has to be guessed. This results in orders for goods at the price of the cheapest item in the catalogue, repeatable without limit, and in order records whose amount does not correspond to the product they list.
History

Tue, 10 Nov 2026 21:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Mon, 26 Oct 2026 11:30:00 +0000

Type Values Removed Values Added
CPEs cpe:2.3:a:marcoscamara01:ecommerce-template:*:*:*:*:*:*:*:*

Thu, 22 Oct 2026 17:15:00 +0000

Type Values Removed Values Added
First Time appeared Marcoscamara01
Marcoscamara01 ecommerce-template
Vendors & Products Marcoscamara01
Marcoscamara01 ecommerce-template

Thu, 22 Oct 2026 15:30:00 +0000

Type Values Removed Values Added
Description External Control of Assumed-Immutable Web Parameter (CWE-472) in the cart and checkout flow of MarcosCamara01 Ecommerce Template allows an authenticated user with no special privileges to be charged the price of one product while placing an order for another, because POST /api/user/cart accepts variantId, which determines what the order records, and stripeId, which determines what Stripe charges, as two independent fields of the request body, stores both on the cart row, and no check requires the stripeId to be the one that belongs to the variantId. POST /api/stripe/payment builds the Stripe Checkout line items from the stored value, as { price: item.stripeId, quantity }, so the amount charged is the amount of that Stripe price. The checkout.session.completed webhook then creates the order products from the variantId of the same cart row, so the order records a product that was not paid for. Every stripeId in the catalogue is readable by any visitor, so no value has to be guessed. This results in orders for goods at the price of the cheapest item in the catalogue, repeatable without limit, and in order records whose amount does not correspond to the product they list.
Title Price manipulation in the Ecommerce Template checkout flow through a client supplied Stripe price identifier
Weaknesses CWE-472
References
Metrics cvssV4_0

{'score': 7.1, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: Secur0

Published: 2026-10-22T15:13:37.089Z

Updated: 2026-10-30T18:47:42.157Z

Reserved: 2026-10-22T14:46:31.556Z

Link: CVE-2026-115450

cve-icon Vulnrichment

Updated: 2026-10-30T18:47:36.511Z

cve-icon NVD

Status : Deferred

Published: 2026-10-22T16:17:35.027

Modified: 2026-10-30T19:18:12.293

Link: CVE-2026-115450

cve-icon Redhat

No data.