CVE-2026-33413 Details
Description
etcd is a distributed key-value store for the data of a distributed system. Prior to versions 3.4.42, 3.5.28, and 3.6.9, unauthorized users may bypass authentication or authorization checks and call certain etcd functions in clusters that expose the gRPC API to untrusted or partially trusted clients. In unpatched etcd clusters with etcd auth enabled, unauthorized users are able to call MemberList and learn cluster topology, including member IDs and advertised endpoints; call Alarm, which can be abused for operational disruption or denial of service; use Lease APIs, interfering with TTL-based keys and lease ownership; and/or trigger compaction, permanently removing historical revisions and disrupting watch, audit, and recovery workflows. Kubernetes does not rely on etcd’s built-in authentication and authorization. Instead, the API server handles authentication and authorization itself, so typical Kubernetes deployments are not affected. Versions 3.4.42, 3.5.28, and 3.6.9 contain a patch. If upgrading is not immediately possible, reduce exposure by treating the affected RPCs as unauthenticated in practice. Restrict network access to etcd server ports so only trusted components can connect and/or require strong client identity at the transport layer, such as mTLS with tightly scoped client certificate distribution.
A vulnerability in etcd, a distributed key-value store, allows unauthorized users to bypass authentication and authorization checks in clusters that expose the gRPC API to untrusted or partially trusted clients. This issue is present in etcd versions prior to 3.4.42, 3.5.28, and 3.6.9. In unpatched clusters with etcd authentication enabled, unauthorized users can access the MemberList API to gather cluster topology information, including member IDs and endpoints. They can also misuse the Alarm API to disrupt operations or cause a denial-of-service, interfere with Lease APIs that manage TTL-based keys and lease ownership, and trigger compaction processes that permanently delete historical data, disrupting watch, audit, and recovery operations. While Kubernetes typically uses its own authentication and authorization mechanisms, this vulnerability could still impact certain etcd users.
Users can upgrade to etcd versions 3.6.9, 3.5.28, or 3.4.42 to address this vulnerability. If an immediate upgrade is not possible, the exposure can be reduced by treating the affected gRPC APIs as unauthenticated, restricting network access to etcd server ports to allow only trusted components to connect, and requiring strong client identity at the transport layer, such as mutual TLS with carefully managed client certificate distribution.
Metrics
CVSS 4.0 Severity and Vector Strings:
CVSS 3.x Severity and Vector Strings:
No data available for CVSS Version 2.0 on this CVE.
CISA-ADP
Assessed Mar 26, 2026References to Advisories, Solutions, and Tools
By selecting these links, you will be leaving this site. These are references gathered from the official CVE record and are not endorsed by Volerion.
| URL | Source(s) | Tag(s) |
|---|---|---|
| https://github.com/etcd-io/etcd/security/advisories/GHSA-q8m4-xhhv-38mg | [email protected] | MitigationVendor Advisory |
Weakness Enumeration
| CWE-ID | CWE Name | Source |
|---|---|---|
| CWE-862 | Missing Authorization | [email protected] |
Affected Products
| Product | Versions |
|---|---|
| etcd etcd | < 3.4.42 >= 3.5.0, < 3.5.28 >= 3.6.0, < 3.6.9 |
CPE
Remediation
| |
Change History
4 change records found show changes
| Date | Action | Recorded By |
|---|---|---|
| Jun 17, 2026 | CVE Modified | [email protected] |
| Jun 17, 2026 | CVE Modified | CISA-ADP |
| Mar 26, 2026 | Initial Analysis | [email protected] |
| Mar 26, 2026 | New CVE Received | [email protected] |