Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSend oversized API request bodies
-
DeliveryTrigger error-handling redaction regex
-
ExploitCPU spikes on long input
-
ExecutionConcurrent requests exhaust server workers
-
ImpactEspoCRM slow or unavailable
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V2 - Validation and Business Logic Regex complexity limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | No special conditions beyond reachability - remote unauthenticated exploitation against default configurations of EspoCRM (versions <=10.0.7 and <=9.3.10), since AV:N/AC:L/AT:N/PR:N/UI:N and the vulnerable password-redaction regex runs automatically in the API error-handling path. The concrete trigger is sending large API request bodies that reach that error-handling redaction regex; the described amplification requires a small number of such requests sent concurrently to exhaust server workers. Limiting factors: impact is confined to availability (no confidentiality or integrity loss, no scope change to other systems), and effectiveness depends on sustaining enough concurrent large requests to saturate the worker pool rather than a single packet. |
| Impact | This is a moderate-priority availability issue, not a critical system-compromise flaw, despite the elevated 8.7 CVSS 4.0 score. The supplied vector (AV:N/AC:L/AT:N/PR:N/UI:N) confirms network-reachable, unauthenticated, no-interaction, low-complexity exploitation, which is what drives the high number - but impact is strictly availability (VA:H, with VC:N/VI:N/VA confined to the one system and SC/SI/SA:N), so there is no data disclosure, integrity loss, or code execution. CWE-1333 (inefficient regular expression complexity / ReDoS) matches the description: the password-redaction regex applied during API error handling burns CPU on long bodies, letting a few large concurrent requests exhaust workers. Signals are mostly consistent: the GHSA advisory and the VulnCheck NVD-linked advisory corroborate the unauthenticated DoS, and the vuln.today Decision label is 'this_week' (not act_now/emergency). Contrasting the signals: there is NO CISA KEV listing and NO EPSS score in the provided data, so there is no evidence of active exploitation or a quantified exploitation probability - treat exploitation likelihood as unassessed rather than low. The only exploit artifact is a PoC reference (the vendor advisory itself), not verified working exploit code, so weaponization cannot be assumed. Net: a genuine, easily-triggered availability risk worth patching on a normal-but-prompt cycle, weighted down by availability-only impact and the absence of confirmed in-the-wild use. |
| Exploit ScenarioDerived | An unauthenticated attacker sends a small number of concurrent API requests with very large bodies that trigger EspoCRM's error-handling path, where the password-redaction regular expression runs against the oversized input and consumes excessive CPU. The combined load exhausts the available server workers, degrading or denying service to legitimate users. A public PoC reference exists (the GHSA advisory); it is not verified as working exploit code. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 28, 2026
Unauthenticated remote attackers can exhaust EspoCRM server workers by concurrently sending a small number of large API requests that drive the password-redaction regular expression applied during API error handling into excessive CPU consumption, degrading or denying service to legitimate users. EspoCRM versions through 10.0.7 and 9.3.10 and earlier are affected; fixes are released in 10.0.8 and 9.3.11. A public advisory exists and a PoC reference is noted, though it is not verified as working exploit code; the vulnerability is not confirmed as actively exploited, and impact is limited to availability (no confidentiality or integrity loss).
RemediationAI
Upgrade to the vendor-fixed releases: EspoCRM 10.0.8 for the 10.x branch and 9.3.11 for the 9.x branch, per the GitHub security advisory GHSA-6pjq-v35w-jmjh (https://github.com/espocrm/espocrm/security/advisories/GHSA-6pjq-v35w-jmjh); the VulnCheck advisory (https://www.vulncheck.com/advisories/espocrm-before-9.3.11-and-10.0.8-unauthenticated-denial-of-service-via-password-redaction-regex) tracks the same fixed versions. Because exploitation requires only reachability of the API error-handling path with large request bodies sent concurrently, organizations that cannot patch immediately should consider limiting the maximum accepted request body size at the web server or reverse proxy in front of EspoCRM and throttling concurrent API requests, understanding that these are partial compensating measures that do not remove the vulnerable regex from the application and may reject legitimate large requests; no specific vendor workaround beyond updating is stated in the available sources.
Affected VersionsENISA
Affected Packages
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
The flaw is a regular expression denial of service (CWE-1333, inefficient regular expression complexity) in EspoCRM's API error-handling path. When an API request fails, EspoCRM runs a redaction regex intended to strip password values from error output; on long request bodies this regex consumes excessive CPU time. Because the redaction runs automatically during error handling and is reachable without authentication (CVSS 3.1 vector AV:N/AC:L/PR:N/UI:N with A:H), no special preconditions beyond network reachability and default configuration are needed. The concrete trigger described in the advisory is sending large API request bodies that reach the redaction regex; sustained concurrency of a small number of such requests saturates the worker pool. Impact is confined to availability, with no scope change to other systems.
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
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Network-reachable, unauthenticated, no interaction, low complexity ReDoS with availability-only impact, so AV:N/AC:L/PR:N/UI:N and C:N/I:N/A:H.
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
2DescriptionCVE.org
EspoCRM before 9.3.11 and 10.x before 10.0.8 contains a denial of service vulnerability in which the password-redaction regular expression applied during API error handling consumes excessive CPU on long request bodies. Unauthenticated remote attackers can concurrently send a small number of large API requests to exhaust server workers, making EspoCRM slow or unavailable to legitimate users.
Technical POC Analysis
Evidence caveat up front: the only artifact supplied is the GitHub advisory GHSA-6pjq-v35w-jmjh.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Latest POC
1 PoC candidate from github (unverified)
Sign in to open the public PoC links collected for this CVE.
Executive ViewAI
EspoCRM versions through 10.0.7 and 9.3.10 are susceptible to a high-severity availability vulnerability (CVE-2026-118686) that allows unauthenticated attackers to exhaust server workers via crafted API requests, degrading or denying service to legitimate users. This impacts all organizations relying on EspoCRM for customer relationship management, potentially disrupting sales, support, and operational workflows. Leadership should prioritize patching to maintain business continuity and avoid productivity losses.
Apply vendor patch.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
EUVD-2026-112391
GHSA-jv3j-8935-75r6
NVD
CVE.org
Exploit-DB