CVE-2026-85596
KritikTeknik Veri (Otomatik)
- CVSS Skoru
- 9.8
- EPSS
- 0.2%
- CWE
- CWE-287
- KEV Durumu
- Hayır
Yayım tarihi: 4 Eylül 2026
Etkilenen: traefik traefik
Traefik sürümleri >= v3.7.0 ve <= v3.7.10, Kubernetes Ingress NGINX sağlayıcısında bir kimlik doğrulama atlatmasına sahiptir. nginx.ingress.kubernetes.io/auth-tls-secret anotasyonunu taşıyan bir Ingress için oluşturulan TLS seçeneği, Ingress ad alanı ve adı之后 adlandırılmıştır. Sonuç olarak, aynı konak, aynı istemci CA gizli anahtarı ve aynı istemci kimlik doğrulama modunu paylaşan iki Ingress nesnesi, o konak için iki ayrı TLS seçenek adı üretir. Traefik bunu bir TLS seçenekleri çatışması olarak ele alır ve girişin varsayılan TLS yapılandırmasına geri döner, bu da istemci sertifikası istemez, böylece nginx.ingress.kubernetes.io/auth-tls-verify-client: "on" ile yapılandırılmış bir yol istemci sertifikası olmadan erişilebilir hale gelir. Sadece v3.7 satırı etkilenir; sorun v3.7.11'de çözülmüştür.
Orijinal açıklama (İngilizce)
Traefik versions >= v3.7.0 and <= v3.7.10 contain an authentication bypass in the Kubernetes Ingress NGINX provider. The TLS option generated for an Ingress carrying the nginx.ingress.kubernetes.io/auth-tls-secret annotation was named after the Ingress namespace and name. As a result, two Ingress objects sharing the same host, the same client CA secret, and the same client-authentication mode produced two distinct TLS option names for that host. Traefik treats this as a TLS options conflict and falls back to the entry point's default TLS configuration, which does not request a client certificate, so a route configured with nginx.ingress.kubernetes.io/auth-tls-verify-client: "on" becomes reachable without a client certificate. Only the v3.7 line is affected; the issue is fixed in v3.7.11.
Referanslar
Bu CVE için henüz editoryal inceleme yapılmadı. Sadece otomatik teknik veri gösteriliyor.