CVE-2026-103009: Authorization Bypass Through User-Controlled Key in Elasticsearch Leading to Information Disclosure

Published Oct 6, 2026
·
Updated

Authorization Bypass Through User-Controlled Key (CWE-639) in Elasticsearch can lead to Information Disclosure via a specially crafted cross-cluster search request that references an unauthorized shard identifier. Elasticsearch contains an authorization bypass weakness in its handling of cross-cluster search requests made through the Remote Cluster Security (RCS) 2.0 model. An authorization check validates a request against one identifying attribute of the target shard, while a separate, independently-supplied identifying attribute in the same request determines which shard is actually accessed. A holder of a cross-cluster API key authorized for one index can craft a request whose two identifying attributes refer to different indices, causing the request to be authorized against an index they can access while actually operating against a different, unauthorized index. This can expose that index's document contents, field mappings, and other metadata, and in limited cases allows modification of retention-lease state on the unauthorized index.

Affected Software

1 affected component
Elastic Elasticsearch

Event History

Oct 6, 2026
CVE Published
via MITRE·07:31 PM
Data Sourced
via MITRE·07:31 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·08:17 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

What access does an attacker need to exploit this issue?

The attacker needs a cross-cluster API key authorized for at least one index and must be able to submit a specially crafted cross-cluster search request under the Remote Cluster Security 2.0 model. The issue is not described as exploitable without credentials.

2

What data or actions can be exposed on an unauthorized index?

An attacker may expose document contents, field mappings, and other metadata from an index that their API key is not authorized to access. In limited cases, they may also modify retention-lease state on that unauthorized index.

3

Which deployments are relevant to triage?

Deployments using cross-cluster search with the Remote Cluster Security 2.0 model are relevant, particularly where cross-cluster API keys are scoped to specific indices. The provided information does not identify affected versions or state whether this configuration is enabled by default.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203