Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with delegated role-management privilege
-
ExploitUpdate own role exploiting scope-check flaw
-
ExecutionExpand matched index set to restricted indices
-
ImpactRead internal security data and escalate to full cluster admin
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that the cluster has the non-default, configurable delegated role-management privilege enabled AND that the attacker has been assigned that privilege with a broadly-scoped index pattern plus a role-definition setting that expands the matched index set. Limiting factors: the attacker must already be an authenticated, privileged user holding this delegated capability (PR:H) - it is not reachable by anonymous or ordinary users; default Elasticsearch deployments that never grant delegated role-management are not exploitable. No user interaction is required (UI:N) and the attack is network-reachable (AV:N), but the pre-granted privilege and non-default configuration are the decisive constraints that narrow real-world exposure well below the raw score. |
| Impact | This is a genuine but second-tier priority rather than a drop-everything emergency. The CVSS 3.1 base score of 7.2 (High) is driven by network reach (AV:N), low attack complexity (AC:L), and total CIA impact (C:H/I:H/A:H), but it is materially gated by PR:H - the attacker must already hold a privileged, non-default, administratively delegated role-management capability. No EPSS score was supplied, so exploitation probability cannot be quantified from the input. The CVE is not listed in CISA KEV and no public proof-of-concept is referenced, so this is 'no public exploit identified at time of analysis.' No SSVC decision data was provided. The signals are internally consistent - a high-privilege, high-impact authorization flaw - with no contradiction between the vector and the description (both point to an authenticated, network-reachable privilege-escalation path). The main risk nuance is that although the entry bar is high (a pre-granted delegated privilege), the ceiling is severe: successful exploitation reaches internal security data and can culminate in full cluster administrative control. Treat as high priority specifically for organizations that use Elasticsearch's delegated role-management feature with broadly-scoped index patterns; lower priority for default deployments that never granted this privilege. |
| Exploit ScenarioDerived | An organization delegates limited, index-scoped role-management to a team lead so they can manage roles for their own indices, granting a broadly-scoped index pattern. The user updates their own assigned role, exploiting the scoping check's failure to account for a role-definition setting that expands the matched index set, thereby reaching restricted indices including internal security data and escalating toward full cluster admin. No public exploit code is referenced, and exploitation requires the attacker to already hold the delegated privilege (PR:H). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Incorrect authorization in Elasticsearch 8.x and 9.x allows an authenticated, already-privileged user (CVSS PR:H) who has been granted a non-default, delegated role-management privilege to escalate privileges within a cluster. By abusing a role-definition setting that expands the set of indices matched against a delegated index-scoped privilege, the holder can modify their own assigned role and reach indices that should remain restricted, including internal security data, and from there potentially obtain full administrative control of the cluster. Exploitation is only possible when the cluster has the configurable delegated role-management privilege explicitly enabled and granted with a broadly-scoped index pattern; default deployments that never delegate this capability are not affected. No public exploit code has been identified at time of analysis and the flaw is not confirmed as actively exploited (not in CISA KEV). Vendor-released patches are available in Elasticsearch 8.19.22, 9.4.7, and 9.5.4.
RemediationAI
Apply the vendor-released patch by upgrading Elasticsearch to 8.19.22, 9.4.7, or 9.5.4 (ESA-2026-197, https://discuss.elastic.co/t/elasticsearch-8-19-22-9-4-7-9-5-4-security-update-esa-2026-197/390871); patches for each maintained branch should be taken from that advisory, as the input data does not enumerate earlier-branch backports. Where immediate upgrading is not feasible, remove or disable the non-default delegated role-management privilege and revoke it from any user who holds it - the trade-off being loss of the delegated role-management workflow, which must then be performed by a full cluster administrator. Additionally, audit existing delegated grants and narrow their index patterns to the smallest explicit set of indices required rather than broad wildcards, and review assigned roles for any role-definition setting that expands the matched index set; tightening scope reduces but does not eliminate the flaw because the underlying authorization check is still incorrect until patched. Broad-scope grants should be treated as high-value accounts and monitored for self-role modification, since such changes are the observable exploitation step. No public exploit code or in-the-wild exploitation has been identified at time of analysis, so these measures are preventive rather than incident-response actions.
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 weakness is classified as CWE-863 (Incorrect Authorization), a root-cause class in which an authorization decision is made but does not correctly account for all inputs that determine the effective permission set. Elasticsearch enforces access through its role-based access control model, where roles bundle index privileges and are evaluated against index patterns. Elasticsearch also offers a configurable, non-default capability that lets a cluster administrator delegate limited role-management authority to another user, scoped to a specific set of indices. The defect is that the authorization check enforcing this scoping does not correctly account for a role-definition setting capable of expanding the matched index set - so the effective scope evaluated at authorization time can diverge from the intended delegated scope. An attacker who already holds the delegated privilege with a broadly-scoped index pattern can therefore update their own assigned role to gain read/write access to protected indices, including internal security data, setting up lateral escalation toward cluster administration. Because the flaw depends on a pre-granted, non-default privilege, it is a configuration-gated authorization weakness rather than an unauthenticated flaw, consistent with the assessed CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H vector. No CPE identifiers were supplied in the source data; the affected line is the Elasticsearch 8.x and 9.x distributions referenced by the vendor advisory.
Know when Elasticsearch 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
AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
Attacker must already hold the privileged, non-default delegated role-management capability (PR:H), acting over the network with no user interaction; successful self-role rewrite yields full cluster control (C/I/A:H).
Primary rating from Vendor (elastic).
CVSS VectorVendor: elastic
DescriptionCVE.org
Incorrect Authorization (CWE-863) in Elasticsearch can lead to Privilege Escalation via a delegated administrative privilege whose scope is not fully enforced during authorization checks. Elasticsearch contains an incorrect authorization weakness in a configurable, non-default privilege that lets an administrator delegate limited role-management capability to another user, scoped to specific indices. The authorization check that enforces this scoping does not correctly account for a role-definition setting that can expand the matched index set. A user holding this delegated privilege with a broadly-scoped index pattern can exploit this inconsistency by updating their own assigned role to gain access to indices that should remain restricted, including internal security data. This can enable further escalation up to full administrative control of the cluster.
Executive ViewAI
Elasticsearch 8.x and 9.x clusters that explicitly enable and broadly grant the delegated role-management privilege are exposed to privilege escalation by an authenticated, already-privileged user, potentially leading to full cluster administrative control and access to internal security data. Default deployments that do not delegate this capability are not affected; no public exploit identified at time of analysis, but vendor-released patches are available for Elasticsearch 8.19.22 and 9.x. Security leadership should prioritize identifying and remediating non-default configurations where this privilege is delegated with wide index scopes.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
More in Elasticsearch
View allThe Groovy scripting engine in Elasticsearch before 1.3.8 and 1.4.x before 1.4.3 allows remote attackers to bypass the s
The default configuration in Elasticsearch before 1.2 enables dynamic scripting, which allows remote attackers to execut
Directory 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
Maliciously crafted on-chain account names processed by Klever-Go prior to 1.7.20 are spliced into Elasticsearch _bulk r
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
Remote code execution in Elasticsearch's machine learning component allows an authenticated user with ML model deploymen
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
EUVD-2026-93937
GHSA-5jrv-cmh5-3vmg
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB