Summary
CVE-2026-72843 is a critical Missing Authorization vulnerability (CWE-862) in EverShop, an open-source e-commerce platform. The customer update API endpoint is configured for public access, allowing any unauthenticated attacker who knows a customer’s UUID to overwrite that customer’s email address and password and fully take over the account. The flaw carries a CVSS score of 9.3 (CVSS v4.0) / 9.8 (CVSS v3.1), reflecting network-exploitable, no-privilege, no-interaction account compromise.
Technical details
- Root cause: the customer update route (
PATCH /api/customers/:id) is declared with"access": "public"in its route configuration, so the admin authentication middleware callsnext()without verifying caller identity. - No customer-session middleware is applied to the handler to confirm the requester owns the account being modified.
- Trigger condition: an attacker only needs to know or guess a target customer’s UUID; no authentication token or session is required.
- Attack vector: network, sent directly to the exposed API endpoint (
packages/evershop/src/modules/customer/api/updateCustomer). - Impact: full account takeover — attacker can change the victim’s email and password, locking out the legitimate owner and gaining control of order history, saved payment/shipping details, and any stored personal data.
Affected software
- EverShop (npm package
@evershop/evershop) — all versions prior to 2.2.1
Severity
- CVSS v3.1: 9.8 (CRITICAL) —
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H - CVSS v4.0: 9.3 (CRITICAL) —
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Mitigation and recommended actions
- Immediate: upgrade EverShop to version 2.2.1 or later, which changes the customer update route’s access configuration from
"access": "public"to"access": "private", restoring authentication and authorization checks. - If immediate patching is not possible: place the affected endpoint behind a reverse proxy or WAF rule that blocks unauthenticated
PATCHrequests to/api/customers/*, and monitor logs for anomalous unauthenticated update requests targeting customer records. - After patching, consider rotating credentials/sessions for customer accounts that may have been targeted prior to remediation.
How IONIX identifies potentially affected assets
IONIX matches the following signals against data already collected when it crawled the asset; identifying the technology sends no request beyond that crawl.
- Raw response body:
class="frontStore",/assets/frontstore-vendor/client/

