Skip to main content

WIMOOR CVE-2026-111691

| EUVDEUVD-2026-102982 CRITICAL
Authentication Bypass by Spoofing (CWE-290)
2026-10-16 VulnCheck GHSA-h72p-hrwq-pw25
9.1
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Reach backend service port directly
  2. Delivery
    Bypass gateway header signing
  3. Exploit
    Forge unsigned X-USERINFO (companyid + admin)
  4. Execution
    Backend trusts spoofed identity
  5. Impact
    Read/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.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
No patch listed yet

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

Alert me

AnalysisAIv1 – 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

wimoor 0 ≤ec86736beb1a3b9ca6ba0d1c48a1c415445b8dc4

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

Vendor (VulnCheck) PRIMARY 9.1 CRITICAL
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
vuln.today AI 7.4 HIGH

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.

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

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

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

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

Why It Matters

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.

Business Impact: High
Compensating Controls

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

Prevalence
Low
niche open-source Amazon-seller ERP, limited self-hosted footprint
Data Quality
5 sources
Confidence: Medium
EUVD NVD CVE.org Vulnrichment GitHub

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 N/A
Patch available No
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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

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