Описание
Craft Commerce has an unauthenticated information disclosure that can leak some customer order data on anonymous payments
Summary
PaymentsController::actionPay discloses some order data to unauthenticated users when an order number is provided and the email check fails during an anonymous payment.
The JSON error response includes the serialized order object (order), which contains some sensitive fields such as customer email, shipping address, and billing address.
Details
I manually audited frontend payment flows and found that actionPay() retrieves orders by number before authorization is fully enforced.
Code path:
- Load order by
number. - Evaluate whether payment is authorized for completed orders (
number + matching email). - If unauthorized, return failure.
- Failure response still includes
cartArray($order), which serializes sensitive order data.
Why is this a vulnerability?
- Authorization logic says the requester is not allowed to pay for a completed order without an email.
- But the response still returns the same completed order’s contents.
Impact
Type: Information Disclosure / Broken Access Control
Who is impacted:
- Any Commerce deployment where completed order numbers can be obtained or leaked.
Ссылки
- https://github.com/craftcms/commerce/security/advisories/GHSA-3vxg-x5f8-f5qf
- https://nvd.nist.gov/vuln/detail/CVE-2026-32270
- https://github.com/craftcms/commerce/commit/48a5d946419964e2af1ac64a8e1acc2a32ca0a08
- https://github.com/craftcms/commerce/releases/tag/4.11.0
- https://github.com/craftcms/commerce/releases/tag/5.6.0
Пакеты
craftcms/commerce
>= 5.0.0, <= 5.5.4
5.6.0
craftcms/commerce
>= 4.0.0, <= 4.10.2
4.11.0
Связанные уязвимости
Craft Commerce is an ecommerce platform for Craft CMS. In versions 4.0.0 through 4.10.2 and 5.0.0 through 5.5.4, the PaymentsController::actionPay discloses some order data to unauthenticated users when an order number is provided and the email check fails during an anonymous payment. The JSON error response includes the serialized order object (order), which contains some sensitive fields such as customer email, shipping address, and billing address. The frontend payment flow's actionPay() retrieves orders by number before authorization is fully enforcedLoad order by number. This issue has been fixed in versions 4.11.0 and 5.6.0.