Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach backend service port directly
-
DeliveryBypass gateway header signing
-
ExploitForge unsigned X-USERINFO (companyid + admin)
-
ExecutionBackend trusts spoofed identity
-
ImpactRead/modify other tenants' finance and seller data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Anti-spoofing controls
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to send HTTP requests directly to WIMOOR's backend service ports, bypassing the API gateway that normally issues and signs the X-USERINFO header - the backend's UserInfoFilter trusts this header without verifying a signature. The concrete prerequisite is therefore network reachability to the un-fronted backend ports; where the gateway is the only ingress and backend ports are segmented/firewalled, the attack is not reachable. No authentication or user interaction is needed once the port is reachable (PR:N/UI:N), but the AT:P/AC:H metrics reflect that this direct-backend network position is the key limiting factor. Deployments that expose backend services only behind the signing gateway are effectively not exploitable. |
| Impact | This is a genuine high-severity authorization flaw (CWE-290, authentication bypass by spoofing), but its real-world risk is strongly gated by a network-positioning precondition that the CVSS 4.0 vector itself captures. The vendor vector (CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N, 9.1) combines PR:N/UI:N (no credentials or user interaction, consistent with the unsigned-header forgery) against VC:H/VI:H (full read and modify of tenant data), yet raises AC:H and AT:P - the latter two reflect that an attacker must first reach the backend service ports directly, bypassing the gateway that normally signs/validates the X-USERINFO header. In a correctly segmented deployment those ports are not internet-exposed, which sharply reduces exploitability; the high score therefore assumes an attacker already has a network position (misconfiguration, internal access, or flat network) rather than open internet reach. No EPSS score, KEV listing, or explicit POC flag was provided in the input, so exploitation probability cannot be quantified from the data; however, a detailed public technical write-up (hackmd) and a VulnCheck advisory describe the exact bypass, meaning the method is publicly documented even if packaged exploit code is not confirmed. Net: a real priority for any WIMOOR operator whose backend ports are reachable outside the gateway, but lower practical risk where network segmentation is enforced - the gap between the 9.1 score and realistic risk is entirely the AT:P/AC:H reachability requirement. |
| Exploit ScenarioDerived | An attacker with network reachability to WIMOOR's backend service ports (e.g., an internal user, a tenant on a flat network, or where the backend is inadvertently internet-exposed) sends a request carrying a forged, unsigned X-USERINFO header specifying an arbitrary companyid and a manager or admin usertype. Because UserInfoFilter trusts the header when the gateway is bypassed, the backend authorizes the request as that tenant/admin, letting the attacker read and modify other tenants' orders, finance data, and Amazon seller authorizations. No packaged exploit is confirmed in the input, but a public technical write-up documents the exact forgery technique. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 16, 2026
Authentication bypass in WIMOOR through commit ec86736 allows remote attackers to impersonate any tenant and privilege level by forging an unsigned X-USERINFO header, enabling read and modification of other tenants' orders, finance data, and Amazon seller authorizations. Exploitation requires direct network access to backend service ports, bypassing the API gateway that normally signs the header; deployments where backend ports are segmented/firewalled are not exploitable. The assessed CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N) captures this high-severity impact but gated by network positioning, and no public exploit has been identified at time of analysis.
RemediationAI
No vendor-released patch identified at time of analysis. The most effective mitigation is to prevent direct access to backend service ports by enforcing network segmentation, firewall rules, or a service mesh that only permits traffic from the trusted API gateway; this directly removes the attack vector but requires infrastructure changes and careful validation to avoid breaking legitimate internal traffic. As a compensating control, implement signature verification of the X-USERINFO header at the backend (e.g., validate an HMAC or JWT signed by the gateway) and reject any request with an unsigned or malformed header; this requires code changes to UserInfoFilter or an upstream interceptor. Additionally, restrict administrative privileges on backend services and monitor for anomalous direct access to backend ports. Where possible, apply the fix from the upstream repository once available; check the VulnCheck advisory (https://www.vulncheck.com/advisories/wimoor-through-commit-ec86736-authentication-bypass-via-forged-x-userinfo-header) for updates. Until then, consider temporarily disabling trust in the X-USERINFO header entirely and forcing all requests through the gateway authentication flow, though this may disrupt deployments that rely on the header for internal routing.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability is classified as CWE-290 (Authentication Bypass by Spoofing) and resides in the UserInfoFilter class of the wimoor-common/common-mvc module (com.wimoor.common.mvc.filter.UserInfoFilter, lines 42-51). WIMOOR's architecture places an API gateway in front of backend services; the gateway authenticates users and injects a signed X-USERINFO header containing tenant and privilege claims. The backend filter, however, trusts this header without verifying any signature, so any request reaching the backend directly can set arbitrary companyid and usertype (e.g., manager or admin) values. According to the CPE cpe:2.3:a:wimoor-erp:wimoor:*:*:*:*:*:*:*:*, all versions of WIMOOR through the referenced commit ec86736 are affected. The spoofing enables both horizontal (cross-tenant) and vertical (privilege escalation) access to sensitive business logic.
Know when Wimoor 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
CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
AC:H because the attacker must first reach backend ports directly past the gateway; PR:N/UI:N since the unsigned header needs no credentials; C:H/I:H for cross-tenant read/modify, A:N as no availability impact is described.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
WIMOOR through commit ec86736 contains an authentication bypass vulnerability that allows attackers to impersonate any tenant and privilege level by sending an unsigned X-USERINFO header. Attackers reaching backend service ports directly, bypassing the gateway, can forge companyid and manager or admin usertype values to read and modify other tenants' orders, finance data, and Amazon seller authorizations.
Executive ViewAI
WIMOOR's multi-tenant commerce platform carries a critical authentication bypass (CVE-2026-111691) that allows an attacker to impersonate any tenant at any privilege level by forging an unsigned X-USERINFO header, exposing and permitting modification of other customers' orders, financial records, and Amazon seller authorizations. The flaw breaks the platform's central tenant-isolation guarantee, so every customer relying on WIMOOR to segregate their commerce and finance data is potentially affected, with regulatory, contractual, and seller-account risk following directly from cross-tenant data access. Leadership should care because the exposure is limited only by network positioning-organizations that have not segregated backend service ports face full compromise of multi-tenant data integrity and confidentiality, and no vendor patch is currently available.
No vendor-released patch identified at time of analysis. Interim mitigations: enforce network segmentation and firewall rules so backend service ports are not directly reachable (deployments where backend ports are segmented/firewalled are not exploitable); permit backend ingress only from the signing API gateway; require service-level authentication (e.g., mutual TLS) between gateway and backend; add backend-side validation that rejects unsigned or untrusted X-USERINFO headers; restrict outbound connectivity to Amazon seller authorization endpoints; and monitor/alert on forged header attempts and anomalous cross-tenant access.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-102982
GHSA-h72p-hrwq-pw25
NVD
CVE.org
Vulnrichment
Exploit-DB