CVE-2026-82735 json
Match regex runs on over-length input in Ash.Type.String, enabling regex denial of service
published 2026-09-01 2 mo ago modified 2026-09-08 2 mo ago also EEF-CVE-2026-82735 , EUVD-2026-68962 , GHSA-mq7g-pffw-m8xh
- cvss
- 5.9
- version 4.0, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.2%
- EPSS 0.2% chance of exploitation in 30 days, percentile 7%
- public exploits
- 0
- none known
Summary
Uncontrolled Resource Consumption vulnerability in ash-project ash allows an attacker to force an expensive regular expression to run on input that a length constraint should have already rejected.
Ash.Type.String.apply_constraints/2 (lib/ash/type/string.ex) evaluated the :match regex regardless of the min_length and max_length constraints on the same attribute. Because the length check did not gate the regex, an over-length value that the length constraint rejects still had the pattern applied to it, so the length limit that would otherwise bound the work never constrained the regex input. Against a backtracking pattern this yields catastrophic regex evaluation on attacker-sized input, and even a linear pattern runs on arbitrarily large input, consuming CPU per request. The fix skips the :match regex whenever a length constraint is violated, making the two checks order-independent.
This issue affects ash: from 0.10.0 before 3.32.2.
Patch / fix
CISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- no
- Technical impact
- partial
- Assessed
- 2 mo ago
Exploit prediction
0.18% chance of exploitation in the next 30 days, higher than 7% of all scored CVEs (FIRST EPSS, 2026-11-08).
Exploits and checks
- github.com https://github.com/ash-project/ash/security/advisories/GHSA-mq7g-pffw-m8xh referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 4.0 | 5.9 | CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N |
| CNA | 4.0 | 5.9 | CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| hex | ash | >=0.10.0, <3.32.2 |
3.32.2 |
Affected products
- ash-project ash
Classification
- Weakness
-
- CWE-400 Uncontrolled Resource Consumption
References
-
github.com
/ash-project/ash/commit/14928412a1a94a69c47df8e98920d3a2b09cdec4
patch
-
github.com
/ash-project/ash/security/advisories/GHSA-mq7g-pffw-m8xh
vendor-advisory, related, exploit, advisory
-
cna.erlef.org
/cves/CVE-2026-82735.html
related, web
-
osv.dev
/vulnerability/EEF-CVE-2026-82735
related
-
hex.pm
/packages/ash
package
Sources
- CVE List CVE-2026-82735
- NVD CVE-2026-82735
- OSV EEF-CVE-2026-82735
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.