CVE-2026-90903: Joomla Extension - joomshaper.com - Missing CSRF Token Verification across Administrator AJAX API Endpoints in Easy Store extension 1.0.0-3.0.0

Published Sep 23, 2026
·
Updated

Joomla Extension - joomshaper.com - Missing CSRF Token Verification across Administrator AJAX API Endpoints in Easy Store extension 1.0.0-3.0.0 - The administrator ApiController only validated CSRF tokens inside the products() action. All other administrative AJAX endpoints (orders, coupons, media, customers, settings, tags, categories, reviews, and collections) accepted state-changing requests without checking anti-CSRF tokens. An attacker could trick a logged-in administrator into triggering unauthorized state modifications across the store backend. Resolved by implementing global CSRF verification in ApiController::execute() for all state-changing HTTP methods (POST, PUT, PATCH, DELETE) via Session::checkToken().

Affected Software

1 affected component
JoomShaper Easy Store>=1.0.0<=3.0.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Compensating control

    Implement global CSRF verification in Easy Store's ApiController::execute() for all state-changing HTTP methods (POST, PUT, PATCH, and DELETE) using Session::checkToken().

Event History

Sep 23, 2026
CVE Published
via MITRE·06:43 PM
Data Sourced
via MITRE·06:43 PM
DescriptionWeakness
Data Sourced
via NVD·07:19 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which administrative functions were exposed to cross-site request forgery?

The affected AJAX endpoints included orders, coupons, media, customers, settings, tags, categories, reviews, and collections. The products action already performed CSRF token validation.

2

What does an attacker need to exploit this issue?

An attacker would need to induce a logged-in Easy Store administrator to send a crafted request to an affected administrative AJAX endpoint. The issue enables unauthorized state-changing actions in the store backend under that administrator's session.

3

Are read-only requests affected?

The remediation applies CSRF validation to state-changing POST, PUT, PATCH, and DELETE requests. The provided information does not identify GET or other read-only requests as affected.

4

How was the issue addressed?

CSRF verification was moved into ApiController::execute() so that all state-changing HTTP methods are checked with Session::checkToken(), rather than validating tokens only in the products action.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203