Skip to main content

Elasticsearch CVE-2026-103007

| EUVDEUVD-2026-93937 HIGH
Incorrect Authorization (CWE-863)
2026-10-06 security@elastic.co GHSA-5jrv-cmh5-3vmg
7.2
CVSS 3.1 · Vendor: elastic
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate with delegated role-management privilege
  2. Exploit
    Update own role exploiting scope-check flaw
  3. Execution
    Expand matched index set to restricted indices
  4. Impact
    Read 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).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Elasticsearch 9.0.0 ≤9.4.6
Elasticsearch 9.5.0 ≤9.5.3
Elasticsearch 8.16.0 ≤8.19.21

Affected Packages

euvd elasticsearch no fix

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

Vendor (elastic) PRIMARY 7.2 HIGH
AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
vuln.today AI 7.2 HIGH

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).

3.1 AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Red Hat 7.2 HIGH

Primary rating from Vendor (elastic).

CVSS VectorVendor: elastic

Attack Vector
Network
Attack Complexity
Low
Privileges Required
High
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

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

Why It Matters

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.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.3%
Top 75% exploitable
Prevalence
High
widely deployed enterprise search, logging, and analytics platform
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

36
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +36
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

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.

CVE-2015-1427 CRITICAL POC
9.8 Feb 17

The Groovy scripting engine in Elasticsearch before 1.3.8 and 1.4.x before 1.4.3 allows remote attackers to bypass the s

CVE-2014-3120 HIGH POC
8.1 Jul 28

The default configuration in Elasticsearch before 1.2 enables dynamic scripting, which allows remote attackers to execut

CVE-2015-5531 MEDIUM POC
5.0 Aug 17

Directory traversal vulnerability in Elasticsearch before 1.6.1 allows remote attackers to read arbitrary files via unsp

CVE-2015-3337 MEDIUM POC
4.3 May 01

Directory traversal vulnerability in Elasticsearch before 1.4.5 and 1.5.x before 1.5.2, when a site plugin is enabled, a

CVE-2023-31419 HIGH
7.5 Oct 26

A flaw was discovered in Elasticsearch, affecting the _search API that allowed a specially crafted query string to cause

CVE-2026-82409 HIGH POC
8.4 Sep 23

Maliciously crafted on-chain account names processed by Klever-Go prior to 1.7.20 are spliced into Elasticsearch _bulk r

CVE-2021-22146 HIGH POC
7.5 Jul 21

All versions of Elastic Cloud Enterprise has the Elasticsearch “anonymous” user enabled by default in deployed clusters.

CVE-2021-22145 MEDIUM POC
6.5 Jul 21

A memory disclosure vulnerability was identified in Elasticsearch 7.10.0 to 7.13.3 error reporting. Rated medium severit

CVE-2026-72649 HIGH
8.8 Sep 01

Remote code execution in Elasticsearch's machine learning component allows an authenticated user with ML model deploymen

CVE-2026-72642 HIGH
8.8 Aug 13

Heap corruption and potential remote code execution in Elasticsearch's native ML inference engine can be triggered by an

CVE-2020-7014 HIGH
8.8 Jun 03

The fix for CVE-2020-7009 was found to be incomplete. Rated high severity (CVSS 8.8), this vulnerability is remotely exp

CVE-2020-7009 HIGH
8.8 Mar 31

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

Vendor StatusVendor

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy