Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Network-accessible _bulk API requires only low-privilege credentials; no confidentiality or integrity impact, full availability loss scoped to the targeted node.
Primary rating from Vendor (elastic).
CVSS VectorVendor: elastic
Lifecycle Timeline
1DescriptionCVE.org
Uncontrolled Resource Consumption (CWE-400) in Elasticsearch can lead to a denial of service via Excessive Allocation (CAPEC-130). An authenticated user can submit a specially crafted bulk request that causes sustained high CPU consumption, which can render the affected node unable to process requests.
AnalysisAI
Sustained CPU exhaustion in Elasticsearch allows an authenticated low-privilege user to render an affected node unresponsive by submitting a specially crafted bulk request to the _bulk API endpoint. The root cause is CWE-400 (Uncontrolled Resource Consumption), whereby the bulk request processing path fails to bound CPU allocation per request, aligning with CAPEC-130 (Excessive Allocation). No public exploit identified at time of analysis, and no KEV listing exists; however, the low attack complexity and standard network accessibility of the bulk API make this a credible insider or compromised-credential threat in production environments.
Technical ContextAI
Elasticsearch is a distributed search and analytics engine built on Apache Lucene, widely used for log analytics, full-text search, and observability pipelines. The _bulk API endpoint enables high-throughput batch indexing operations and is a core, default-enabled feature in all Elasticsearch deployments. CWE-400 indicates the application does not impose adequate CPU resource limits on the processing of individual bulk request payloads, consistent with CAPEC-130 where an attacker engineers a request that forces disproportionate resource allocation relative to input size or structure. The CPE string cpe:2.3:a:elastic:elasticsearch:*:*:*:*:*:*:*:* covers all Elasticsearch versions across all platforms. The vendor advisory ESA-2026-52 identifies patched releases at 7.17.24 and 8.15.0, implying all prior releases in the 7.x and 8.x branches are affected.
RemediationAI
Upgrade to Elasticsearch 7.17.24 (for 7.x deployments) or 8.15.0 (for 8.x deployments) as documented in vendor advisory ESA-2026-52 at https://discuss.elastic.co/t/elasticsearch-7-17-24-8-15-0-security-update-esa-2026-52. If immediate patching is not feasible, restrict network access to the _bulk API endpoint to trusted source IPs or service account principals using network-layer ACLs or an API gateway - note this may disrupt legitimate high-throughput ingestion pipelines and requires coordination with application teams. Additionally, enforce strict role-based access control so that only designated ingest service accounts hold the index privilege required for bulk operations, reducing the pool of credentials that could be leveraged. Rate limiting or request payload size caps applied at a reverse proxy layer can constrain the per-request CPU impact, though they may introduce latency for legitimate bulk workloads at scale.
More in Elasticsearch
View allDirectory traversal vulnerability in Elasticsearch before 1.6.1 allows remote attackers to read arbitrary files via unsp
Directory traversal vulnerability in Elasticsearch before 1.4.5 and 1.5.x before 1.5.2, when a site plugin is enabled, a
A flaw was discovered in Elasticsearch, affecting the _search API that allowed a specially crafted query string to cause
All versions of Elastic Cloud Enterprise has the Elasticsearch “anonymous” user enabled by default in deployed clusters.
A memory disclosure vulnerability was identified in Elasticsearch 7.10.0 to 7.13.3 error reporting. Rated medium severit
Heap corruption and potential remote code execution in Elasticsearch's native ML inference engine can be triggered by an
The fix for CVE-2020-7009 was found to be incomplete. Rated high severity (CVSS 8.8), this vulnerability is remotely exp
Elasticsearch versions from 6.7.0 before 6.8.8 and 7.0.0 before 7.6.2 contain a privilege escalation flaw if an attacker
Elasticsearch Alerting and Monitoring in versions before 6.4.1 or 5.6.12 have an information disclosure issue when secre
A permission issue was found in Elasticsearch versions before 5.6.15 and 6.6.1 when Field Level Security and Document Le
The snapshot API in Elasticsearch before 1.6.0 when another application exists on the system that can read Lucene files
An issue was identified that allowed the unsafe deserialization of java objects from hadoop or spark configuration prope
Same weakness CWE-400 – Uncontrolled Resource Consumption
View allSame technique Denial Of Service
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-41100
GHSA-xww7-7gcc-rp5w