Skip to main content

EverShop CVE-2026-72843

| EUVDEUVD-2026-63730 CRITICAL
Missing Authorization (CWE-862)
2026-08-20 disclosure@vulncheck.com GHSA-m3qj-pp48-6w2p
9.3
CVSS 4.0 · Vendor: vulncheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain target customer uuid from email/admin link
  2. Delivery
    Send unauthenticated PATCH /api/customers/:uuid
  3. Exploit
    Overwrite email and password fields
  4. Execution
    Read updated record from 200 response
  5. Impact
    Take over account and lock out owner

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK

1 technique across 1 tactic: Privilege Escalation

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

The only prerequisite is knowledge of a valid target customer uuid used in the URL path of PATCH /api/customers/:id; no authentication, session, token, or user interaction is required because the route is declared "access": "public" and no customer-session middleware guards it in versions before 2.2.1. Exploitation is limited in practice only by the attacker's ability to obtain a specific customer's uuid - these are not high-entropy secrets and, per the advisory, are exposed via order-confirmation email links and administrative URLs, so the limiting factor is weak. Non-default configuration is NOT required: default deployments of EverShop below 2.2.1 are affected.

Impact

All signals point to genuine high priority. The vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H) reflects a network-reachable, low-complexity, no-privilege, no-interaction attack with high confidentiality, integrity and availability impact to the affected account - consistent with the described unauthenticated overwrite-and-read behavior. The single limiting factor is that the attacker must possess a valid customer uuid; however the description notes uuids leak through order-confirmation email links and administrative URLs, and uuids are per-record identifiers rather than secrets, so this is a weak barrier. No EPSS score, KEV listing, or POC flag was provided: the flaw is not confirmed as actively exploited and no public exploit is identified, so the risk is driven by ease of exploitation rather than observed in-the-wild activity. No signals are contradictory; the main uncertainty is exploitation prevalence in the wild, not exploitability.

Exploit ScenarioDerived

An attacker harvests a target customer's uuid from an order-confirmation email link or an exposed administrative/storefront URL, then sends a single unauthenticated PATCH request to /api/customers/<uuid> setting a new email and password. The server hashes and stores the attacker's password and returns the updated record in the 200 response, giving the attacker full control of the account while the original owner is locked out; because the vector is AV:N/AC:L/PR:N/UI:N, no authentication, tooling, or victim interaction is needed and no POC is required to reproduce it.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
Patch available 0.6% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Aug 20, 2026

Unauthenticated account takeover in EverShop (all versions before 2.2.1) stems from the customer update API (PATCH /api/customers/:id) being declared "access": "public", which causes the admin auth middleware to pass every caller through and leaves no customer-session guard on the route. Any remote attacker who knows a customer's uuid can overwrite that account's email and password and read the updated record from the 200 response, hijacking the account and locking out the legitimate owner. There is no public exploit identified at time of analysis, but the flaw is trivially exploitable and the vendor rates it 9.3 (CVSS 4.0 critical).

RemediationAI

Vendor-released patch: 2.2.1 - upgrade to EverShop 2.2.1 or later, which changes the customer update route to "access": "private" so the endpoint requires an authenticated customer session (release: https://github.com/evershopcommerce/evershop/releases/tag/v2.2.1). Note that 2.2.1 is a large release that runs 31 automatic database migrations across 10 modules and includes breaking changes (React 17 to 19), so test the upgrade in staging and review the release's Breaking Changes / Upgrade Notes before rolling to production. If an immediate upgrade is not feasible, apply the same one-line fix locally by editing packages/evershop/src/modules/customer/api/updateCustomer/route.json to set "access": "private" (trade-off: hand-patching a source file must be re-applied on any reinstall/upgrade and should be verified against your version); alternatively, block or restrict PATCH requests to /api/customers/:id at a reverse proxy/WAF so only authenticated storefront traffic can reach it (trade-off: may break legitimate customer profile self-service if scoped too broadly, and must not be bypassable via alternate paths).

Affected VersionsENISA

EverShop 0 <2.2.1

Affected Packages

euvd evershop fix: 2.2.1

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

EverShop is a Node.js/React open-source e-commerce platform. Routes are described declaratively via route.json manifests, and an access-control middleware reads the "access" attribute to decide whether the admin authentication middleware enforces a session. In packages/evershop/src/modules/customer/api/updateCustomer/route.json the route was marked "access": "public", so the admin auth middleware simply calls next() without validating the caller, and no separate customer-session middleware was attached - the only middleware left in the chain is the JSON body parser. The updateCustomer.js handler then fetches the customer purely by the uuid in the URL path and writes back caller-supplied fields (hashing a password when supplied) with no ownership check. This is a textbook CWE-862 Missing Authorization / broken object-level access control (BOLA/IDOR-adjacent) defect: authentication and per-object authorization are both absent on a state-changing endpoint.

Know when the next one hits your stack

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (vulncheck) PRIMARY 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
vuln.today AI 9.8 CRITICAL

Network endpoint reachable with no auth or interaction (AV:N/AC:L/PR:N/UI:N); full read/overwrite of the account gives C:H/I:H and owner lockout via password reset gives A:H.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (vulncheck).

CVSS VectorVendor: vulncheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
Aug 20, 2026 - 23:04 EUVD
CVE Published
Aug 20, 2026 - 22:18 cve.org
CRITICAL 9.3

DescriptionCVE.org

The customer update route in EverShop is declared with "access": "public" in packages/evershop/src/modules/customer/api/updateCustomer/route.json, which causes the admin authentication middleware to call next() without checking the caller, and no customer-session middleware guards the route; the only middleware in the chain parses the JSON body. The handler in updateCustomer.js then loads the customer by the uuid taken from the URL path and writes the supplied fields back to that record, hashing a password if one is provided, without verifying that the caller owns the record. An unauthenticated request carrying a known customer uuid can therefore overwrite that customer's email address and password and read back the updated record from the 200 response, taking over the account and locking out its owner. Customer uuids are exposed through order confirmation email links and administrative URLs. Version 2.2.1 changes the route to "access": "private".

Executive ViewAI

Why It Matters

EverShop versions prior to 2.2.1 contain an unauthenticated account takeover vulnerability (CVE-2026-72843, CVSS 9.3) allowing attackers to remotely hijack any customer account by modifying email and password credentials without authentication. Organizations using EverShop face immediate risk of mass customer account compromise and account lockout of legitimate users.

Business Impact: Severe
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.6%
Top 55% exploitable
Prevalence
Low
niche open-source Node.js e-commerce platform, limited enterprise footprint
Social Media
3
Sightings
Data Quality
6 sources
Confidence: High

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.6%
Patch available Yes
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Out-of-Cycle
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
Very High
Technical Impact
Total

Priority Score

47
Low Medium High Critical
KEV: 0
EPSS: +1
CVSS: +46
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy