Commerce Stripe
3 security fixes in one update. Commerce Stripe fixed 3 separate security bugs at once: 1 cross site request forgery, 1 cross site scripting, 1 improper verification of cryptographic signature. One update covers all of them. The most serious, SA-CONTRIB-2026-263, is explained here and the full list is at the end of the card.
The module does not include a security token when returning from the payment service. Someone could trick an administrator into clicking a link that marks an order as paid without any money changing hands. They could read or change data they should not have access to.
- Who could do thisAnyone visiting the site. No login needed.
- Does it apply to youAny site using this module.
- Has it been used in attacksNo sign of it.
- How urgentDrupal rates this critical. Cyber Essentials expects a fix within 14 days. Do it this week.
Tell your developerUpdate Commerce Stripe to 2.2.3.
For developers: what the fix changed
The fix generates a random state token in `StripeConnectConfirmationForm::buildForm` and stores it in the session, appending it to the OAuth return URI. It then validates this token against the session in `StripeConnectController` to prevent CSRF attacks.
Also in this release The release also masks the access token in the UI, enforces webhook signing secret validation, adds cacheability metadata to entity operations, sets a field as internal, and renames a test class.
commerce_stripe.module+8 −3src/Controller/StripeConnectController.php+32 −4 fixsrc/Form/StripeConnectConfirmationForm.php+23 −2 fixsrc/Plugin/Commerce/PaymentGateway/StripePaymentElement.php+6 −7src/Plugin/Commerce/PaymentMethodType/StripeDefault.php+2 −1
- Critical · Cross site request forgery · SA-CONTRIB-2026-263
- Moderately critical · Cross site scripting · SA-CONTRIB-2026-265
- Moderately critical · Improper verification of cryptographic signature · SA-CONTRIB-2026-264