CVE-2026-73500
WysokieCVSS 8.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 34 - wyżej niż 34% wszystkich znanych CVE
Streszczenie
etcd to rozproszony magazyn klucz-wartość dla danych systemów rozproszonych. Przed wersjami 3.5.33, 3.6.14 i 3.7.1, atakujący sieciowo, który może dotrzeć do nasłuchującego TLS, może otworzyć wiele połączeń TCP i nigdy nie wysłać ClientHello. W client/pkg/transport/listener_tls.go, każde połączenie obsługiwane przez tlsListener.acceptLoop tworzy gorutynę, która blokuje się w nieskończoność wewnątrz tls.Conn.Handshake() i pozostaje śledzona w mapie oczekujących. Nieograniczony wzrost gorutyn i mapy może wyczerpać pamięć procesu etcd, powodując utratę dostępności klastra, a gdy etcd obsługuje Kubernetes, również płaszczyzny sterowania. Problem naprawiono w wersjach 3.5.33, 3.6.14 i 3.7.1.
Ocena ryzyka
Ryzyko polega na możliwości wyczerpania pamięci procesu etcd, co prowadzi do niedostępności klastra i potencjalnie całej płaszczyzny sterowania Kubernetes, co może zakłócić działanie krytycznych usług.
Rekomendacja
Zaleca się aktualizację etcd do wersji 3.5.33, 3.6.14 lub 3.7.1 (lub nowszej) w celu usunięcia podatności.
Inne podatności w etcd
Zobacz wszystkie- CVE-2021-28235Krytyczne
W Etcd-io w wersji 3.4.10 wykryto podatność uwierzytelniania, która umożliwia zdalnym atakującym eskalację uprawnień poprzez funkcję debugowania.
- CVE-2026-73499Wysokie
etcd to rozproszony magazyn klucz-wartość dla danych systemów rozproszonych. Przed wersjami 3.5.33, 3.6.14 i 3.7.1, użytkownik z uprawnieniami READ do pojedynczego klucza może użyć interfejsu Watch gRPC z clientv3.WithFromKey(), aby otrzymywać zdarzenia watch dla każdego klucza leksykograficznie większego lub równego dozwolonemu kluczowi. W server/etcdserver/api/v3rpc/watch.go, otwarty znacznik RangeEnd jest przepisywany przed sprawdzeniem uprawnień RBAC w funkcji isRangeOpPermitted w server/auth/range_perm_cache.go, co powoduje, że żądanie jest traktowane jako watch dokładnego klucza. Żądania Range/Get i DeleteRange nie są dotknięte, a problem dotyczy tylko klastrów z włączonym uwierzytelnianiem. Problem naprawiono w wersjach 3.5.33, 3.6.14 i 3.7.1.
- CVE-2026-59818Średnie
W etcd przed wersjami 3.5.32 i 3.6.13, gdy skonfigurowano osobne nasłuchiwacze dla HTTP i gRPC za pomocą --listen-client-http-urls, lista CRL (Certificate Revocation List) nie była wymuszana na nasłuchiwaczu gRPC. Umożliwiało to klientowi z odwołanym certyfikatem pomyślne uwierzytelnienie przez gRPC.
Oryginalny opis (angielski, źródło NVD)
etcd is a distributed key-value store for the data of a distributed system. Prior to versions 3.5.33, 3.6.14, and 3.7.1, a network attacker who can reach an etcd TLS listener can open many TCP connections and never send a ClientHello. In client/pkg/transport/listener_tls.go, each connection handled by tlsListener.acceptLoop spawns a goroutine that blocks indefinitely inside tls.Conn.Handshake() and remains tracked in the pending map. Unbounded goroutine and map growth can exhaust memory in the etcd process, causing loss of availability for the cluster and, when etcd backs Kubernetes, the control plane. This issue is fixed in versions 3.5.33, 3.6.14, and 3.7.1.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

