CVE-2025-68390: Elastic Elasticsearch · Unthrottled Resource Allocation
Affects Elastic ElasticsearchSource CVE Database V5
Not known to be exploited · CVSS 4.9 Medium.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 31% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 18 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Mavenorg.elasticsearch/elasticsearchpkg:maven/org.elasticsearch/elasticsearchOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
- Restrict snapshot restore privileges strictly to trusted administrators and service accounts; avoid granting these privileges broadly.
- Implement strong authentication and access controls to limit who can perform snapshot restore operations.
- Monitor Elasticsearch cluster resource usage closely, setting alerts for abnormal memory consumption patterns during snapshot operations.
- Use network segmentation and firewall rules to limit access to Elasticsearch management interfaces.
- Apply vendor patches or updates promptly once they become available to address this vulnerability.
- Consider implementing rate limiting or throttling mechanisms at the application or proxy level to prevent excessive resource consumption.
- Regularly audit user privileges and review snapshot restore activity logs to detect suspicious behavior.
- Test snapshot restore operations in isolated environments to understand resource usage patterns and optimize configurations.
- Employ infrastructure-level resource limits (e.g., cgroups, container limits) to contain potential resource exhaustion.
- Develop incident response plans that include steps to quickly isolate and recover affected Elasticsearch nodes in case of DoS incidents.
Description
Allocation of Resources Without Limits or Throttling (CWE-770) in Elasticsearch can allow an authenticated user with snapshot restore privileges to cause Excessive Allocation (CAPEC-130) of memory and a denial of service (DoS) via crafted HTTP request.