Skip to main content

Phoca Cart EUVDEUVD-2026-92450

| CVE-2026-102775 HIGH
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-10-05 Joomla GHSA-6qrr-hhgq-84g9
8.7
CVSS 4.0 · Vendor: Joomla
View

Attack ChainAIDerived

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

  1. Access
    Identify Phoca Cart download endpoint
  2. Exploit
    Supply arbitrary non-empty d and o tokens
  3. Execution
    Enumerate sequential order id values
  4. Impact
    Download other customers' digital goods

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
Exploitation Conditions

No special conditions - remote unauthenticated exploitation against default configurations of the Phoca Cart extension for Joomla (versions 5.0.0 through 6.1.8). The only functional prerequisite is that the target store sells digital/downloadable goods served through the order-file download endpoint, and that valid order records exist to enumerate via sequential id values. The sole limiting factor is that the attacker must supply non-empty d and o parameters (any arbitrary value satisfies the broken check) and guess or iterate numeric order IDs; no authentication, no user interaction, and no non-default setting is required.

Impact

This is a genuine high-priority issue, not an inflated CVSS score. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) describes a remote, low-complexity attack requiring no privileges and no user interaction, which matches the description precisely: a guest with no account supplies arbitrary non-empty d/o parameters and enumerates sequential id values. The impact is correctly scoped as confidentiality-only (VC:H, VI:N/VA:N) because the flaw exposes other customers' digital goods without allowing modification or disruption. No EPSS score, KEV listing, or POC indicator is present in the supplied data, so exploitation probability cannot be quantified from signals - however, the trivial exploit mechanics (IDOR with sequential IDs and token checks that only test non-emptiness) mean a working exploit is easy to construct even absent public code. The single reference is only the vendor homepage (https://www.phoca.cz/), not a dedicated advisory, so the fixed version and precise remediation are not confirmed from the provided data and should be verified with Phoca directly.

Exploit ScenarioDerived

An unauthenticated attacker requests the Phoca Cart order-file download endpoint, passing any non-empty values for the d (download token) and o (order token) parameters and a guessed numeric id. Because the endpoint only checks that the tokens are non-empty and never compares them to the stored download_token/order_token, the attacker iterates sequential id values to download arbitrary customers' purchased digital products. No public exploit identified at time of analysis, but the flaw is trivially scriptable.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.4% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 05, 2026

Unauthenticated remote attackers can download any customer's purchased digital goods from Joomla sites running the Phoca Cart extension (versions 5.0.0 through 6.1.8), because the order-file download endpoint checks only that the 'd' (download token) and 'o' (order token) parameters are non-empty instead of comparing them with the stored download_token and order_token values. Any guest with no account can enumerate sequential numeric order IDs, supply arbitrary non-empty token values, and retrieve files belonging to other customers, making this a high-severity confidentiality breach with no authentication and no user interaction required (CVSS 4.0 base 8.7; assessed CVSS 3.1 7.5, C:H/I:N/A:N). No public exploit code was identified at time of analysis, and the issue is a genuine high-priority concern rather than an inflated score, with impact limited only by the practical prerequisite that the store actually offers downloadable goods served through this endpoint and has existing order records to enumerate.

RemediationAI

No exact fixed version and no vendor patch advisory content were included in the supplied intelligence, so the first action is to confirm the current status with the vendor at https://www.phoca.cz/ and to update Phoca Cart to the first release published after the affected range (any version newer than 6.1.8) once the vendor confirms it addresses the missing token comparison. Because the defect is a missing server-side comparison between the client-supplied d/o parameters and the stored download_token/order_token values, no client-side workaround, token rotation, or secret re-issuance will fix it - the check must be corrected in server code. Until a patched release is confirmed, the most effective compensating control is to remove or disable the order-file download endpoint entirely, for example by unpublishing the Phoca Cart downloads feature or blocking requests to the download route at the web server, reverse proxy, or WAF using a rule that matches that endpoint path; the trade-off is that legitimate customers can no longer retrieve their purchased downloads until the fix is deployed. Where the store sells no digital goods, the endpoint is effectively dead functionality and can be blocked permanently at no business cost. A less disruptive but weaker compensating control is to require a valid authenticated Joomla session with order ownership enforced upstream and to block or rate-limit unauthenticated requests carrying only d and o parameters, understanding that this adds friction for guest checkout flows and is a partial mitigation rather than a true fix. As a detection measure, review access logs for series of sequential order IDs or download requests with constant, arbitrary token values, since such enumeration is the signature of exploitation, and treat any observed successful retrieval of other customers' files as a data-exposure incident requiring notification review; no patch or mitigation should be considered complete until the stored-token comparison is verified in the deployed code.

Affected VersionsENISA

Phoca Cart extension for Joomla 5.0.0-6.1.8

Affected Packages

euvd phoca_cart_extension_for_joomla no fix

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

Phoca Cart is a third-party e-commerce extension for the Joomla CMS, and this flaw is a classic Insecure Direct Object Reference (IDOR) falling under CWE-639, Authorization Bypass Through User-Controlled Key. The vulnerable component is the store's order-file download endpoint, which accepts two client-supplied parameters, 'd' (download token) and 'o' (order token), together with a numeric order identifier. The intended design is that the per-order values download_token and order_token, generated and stored when the order is created, act as unguessable bearer secrets that prove the requester is entitled to the file. In the affected code paths the parameters are validated only for non-emptiness - they are never compared against the stored secrets - so the authorization decision degenerates into 'any non-empty string is accepted'. Because the order identifier is a sequential numeric value, the missing comparison converts a protected resource into an enumerable one. The CVSS 4.0 vector supplied with the report (AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N) and the independent assessment (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N) agree that exploitation is unauthenticated, requires no user interaction, no non-default configuration, and no attack complexity beyond iterating IDs; scope is unchanged and only confidentiality is impacted - there is no data modification or denial of service. The associated CPE, cpe:2.3:a:phoca.cz:phoca_cart_extension_for_joomla:*:*:*:*:*:*:*:*, is fully wildcarded, so the CPE string itself does not pin the vulnerable range; the 5.0.0-6.1.8 boundaries in this analysis derive from the vendor-reported description rather than from version-specific CPE entries. The vulnerability was reported through the Joomla extension security process, and the only reference supplied is the vendor's site, https://www.phoca.cz/.

Know when Phoca Cart Extension For Joomla gets its next vulnerability

  • 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 (Joomla) PRIMARY 8.7 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
vuln.today AI 7.5 HIGH

Remote unauthenticated IDOR needing only non-empty tokens, so AV:N/AC:L/PR:N/UI:N; it only exposes others' files, giving C:H with I:N/A:N and no scope change.

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

Primary rating from Vendor (Joomla).

CVSS VectorVendor: Joomla

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

DescriptionCVE.org

Joomla Extension - phoca.cz - Authorisation bypass through user-controlled key (IDOR) in Order View in Phoca Cart 5.0.0 - 6.1.8 - Phoca Cart's order-file download endpoint does not verify the download tokens it asks for. The d (download token) and o (order token) parameters are checked for non-emptiness only - they are never compared to the stored download_token / order_token values. As a result, any remote user (including a guest with no account at all) can download any customer's digital goods by enumerating sequential id values and supplying arbitrary non-empty tokens.

Executive ViewAI

Why It Matters

Joomla-based e-commerce operations using Phoca Cart versions 5.0.0 through 6.1.8 are exposed to a high-severity confidentiality flaw affecting downloadable order files. External parties may be able to retrieve purchased digital goods belonging to other customers, creating potential privacy, contractual, and regulatory exposure for the store operator. No public exploit identified at time of analysis, but leadership should prioritize this because it directly undermines customer trust and may trigger breach-notification obligations if exploited.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations include disabling the Phoca Cart order-file download endpoint or downloadable goods feature, blocking external access to that endpoint via webserver or WAF rules, restricting access to trusted administrators, implementing custom server-side token comparison if feasible, and monitoring logs for sequential order-ID enumeration or anomalous download activity.

Threat Intelligence Overview

EPSS Score
0.4%
Top 70% exploitable
Prevalence
Low
niche Joomla-specific e-commerce extension, not core platform
Data Quality
5 sources
Confidence: Medium

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 HIGH
CISA KEV No
Public POC No
EPSS 0.4%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +44
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