CVE-2026-75595

Kritik

Teknik Veri (Otomatik)

CVSS Skoru: 9.1
EPSS: 0.3%
CWE: CWE-754
KEV Durumu: Hayır

Yayım tarihi: 19 Ağustos 2026

Etkilenen: netty netty

Netty, bir asenkron, olaya dayalı ağ uygulaması çerçevesidir. 4.1.137.Final ve 4.2.17.Final sürümlerinden önceki sürümlerde, io.netty.handler.ssl.SslClientHelloHandler#decode dört baytlı TLS el sıkışma başlığını okumadan önce yanlış ofseti kontrol eder, bu nedenle el sıkışma başlığı kayıtları kapsayan bir ClientHello, IndexOutOfBoundsException oluşmasına ve select(ctx, null) çağrılmasına neden olabilir. Bu, varsayılan SslContext'in SNI-spesifik bağlam yerine seçilmesine neden olur. Per-SNI clientAuth=REQUIRE'ın tek ortak TLS kapısı olduğu dağıtımlarda, varsayılan SslContext clientAuth=NONE veya clientAuth=OPTIONAL kullanır ve uygulama katmanında hiçbir sertifika doğrulaması yoksa, kimliği doğrulanmamış bir uzak saldırgan korunan rotanın ortak TLS gereksinimini atlayabilir. Bu sorun 4.1.137.Final ve 4.2.17.Final sürümlerinde çözülmüştür.

Orijinal açıklama (İngilizce)

Netty is an asynchronous, event-driven network application framework. Prior to 4.1.137.Fina and 4.2.17.Final, io.netty.handler.ssl.SslClientHelloHandler#decode checks the wrong offset before reading the four-byte TLS handshake header, so a ClientHello whose handshake header spans records can cause an IndexOutOfBoundsException and invoke select(ctx, null). This selects the default SslContext instead of the SNI-specific context. In deployments where per-SNI clientAuth=REQUIRE is the sole mutual TLS gate, the default SslContext uses clientAuth=NONE or clientAuth=OPTIONAL, and no application-layer certificate verification exists, an unauthenticated remote attacker can bypass the protected route's mutual TLS requirement. This issue is fixed in versions 4.1.137.Final and 4.2.17.Final.

Referanslar

NVD kaydı ↗CVE.org ↗

Bu CVE için henüz editoryal inceleme yapılmadı. Sadece otomatik teknik veri gösteriliyor.