V3: etcd: Watch API authorization bypass via open-ended range requests
A vulnerability in etcd's Watch API allows a user with READ permission on a single exact key to bypass authorization and watch events for all keys lexicographically greater than or equal to that key. This affects versions prior to 3.5.33, 3.6.14, and 3.7.1 when authentication is enabled. The issue arises because the open-ended RangeEnd sentinel is rewritten before the RBAC permission check, causing improper permission validation. This flaw does not affect Range/Get or DeleteRange requests and only impacts clusters with authentication enabled. The vulnerability has been fixed in the specified versions.
AI Analysis
Technical Summary
In etcd versions before 3.5.33, 3.6.14, and 3.7.1, a user granted READ permission on an exact key can exploit the Watch gRPC API with clientv3.WithFromKey() to receive watch events for all keys lexicographically greater than or equal to the permitted key. The root cause is that the open-ended RangeEnd sentinel is rewritten before the RBAC permission check in the function isRangeOpPermitted, leading to the request being treated as an exact-key watch rather than a range watch. This results in an authorization bypass for the Watch API. Range/Get and DeleteRange requests remain unaffected. The vulnerability requires authentication to be enabled on the cluster and has been addressed in the fixed versions.
Potential Impact
An attacker with READ permission on a single exact key can bypass intended authorization restrictions and observe watch events for a broader set of keys, potentially exposing more data than permitted. This could lead to unauthorized data disclosure within the etcd key-value store. The impact is limited to clusters with authentication enabled and does not affect other request types like Range/Get or DeleteRange.
Mitigation Recommendations
Upgrade etcd to version 3.5.33, 3.6.14, or 3.7.1 or later, where this authorization bypass issue is fixed. Since a patch is available, applying the official fix is the recommended remediation. No other mitigations are indicated or necessary for this specific vulnerability.
V3: etcd: Watch API authorization bypass via open-ended range requests
Description
A vulnerability in etcd's Watch API allows a user with READ permission on a single exact key to bypass authorization and watch events for all keys lexicographically greater than or equal to that key. This affects versions prior to 3.5.33, 3.6.14, and 3.7.1 when authentication is enabled. The issue arises because the open-ended RangeEnd sentinel is rewritten before the RBAC permission check, causing improper permission validation. This flaw does not affect Range/Get or DeleteRange requests and only impacts clusters with authentication enabled. The vulnerability has been fixed in the specified versions.
CVSS v4.0
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
In etcd versions before 3.5.33, 3.6.14, and 3.7.1, a user granted READ permission on an exact key can exploit the Watch gRPC API with clientv3.WithFromKey() to receive watch events for all keys lexicographically greater than or equal to the permitted key. The root cause is that the open-ended RangeEnd sentinel is rewritten before the RBAC permission check in the function isRangeOpPermitted, leading to the request being treated as an exact-key watch rather than a range watch. This results in an authorization bypass for the Watch API. Range/Get and DeleteRange requests remain unaffected. The vulnerability requires authentication to be enabled on the cluster and has been addressed in the fixed versions.
Potential Impact
An attacker with READ permission on a single exact key can bypass intended authorization restrictions and observe watch events for a broader set of keys, potentially exposing more data than permitted. This could lead to unauthorized data disclosure within the etcd key-value store. The impact is limited to clusters with authentication enabled and does not affect other request types like Range/Get or DeleteRange.
Mitigation Recommendations
Upgrade etcd to version 3.5.33, 3.6.14, or 3.7.1 or later, where this authorization bypass issue is fixed. Since a patch is available, applying the official fix is the recommended remediation. No other mitigations are indicated or necessary for this specific vulnerability.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-xg4h-6gfc-h4m8
- Osv Schema Version
- 1.4.0
- Aliases
- []
- Ecosystems
- ["Go"]
- Database Specific Severity
- HIGH
- Cvss Version
- 4.0
Threat ID: 6a6542179c2644c7f8087d2e
Added to database: 07/25/2026, 23:09:11 UTC
Last enriched: 08/18/2026, 13:43:13 UTC
Last updated: 09/08/2026, 03:31:04 UTC
Views: 61
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.