GoAhead TLS Güvenlik Açıkları: İptal Edilmiş Sertifikalar ve Oturum Şifre Çözme Riskleri

GoAhead TLS Güvenlik Açıkları: İptal Edilmiş Sertifikalar ve Oturum Şifre Çözme Riskleri

GoAhead gömülü web sunucusunda tespit edilen güvenlik açıkları, iptal edilmiş istemci sertifikalarının hala geçerli kabul edilmesine ve belirli koşullar altında oturumların şifresinin çözülmesine olanak tanıyor. Bu durum, özellikle OpenSSL arka ucunu kullanan ve karşılıklı TLS (mutual-TLS) yapılandırmasına sahip sistemleri etkiliyor.

Güvenlik açığı, sunucunun bir sertifika iptal listesini (CRL) yüklemesine rağmen, iptal kontrolünü varsayılan olarak etkinleştirmemesi nedeniyle ortaya çıkıyor. Bu durum, bir operatörün iptal listesini yapılandırmış olsa bile, iptal edilmiş bir sertifikaya sahip istemcinin kimlik doğrulamasını başarıyla tamamlayabileceği anlamına geliyor.

EmbedThis tarafından geliştirilen GoAhead, yönlendiriciler, yazıcılar, ağ geçitleri ve endüstriyel kontrolörler gibi milyonlarca cihazın donanım yazılımında yönetim sayfalarını çalıştırmak için kullanılan küçük bir web sunucusudur. Güvenlik açığı, FoxIO’dan Sébastien Féry tarafından 26 Ekim’de yayınlanan bir makalede detaylandırıldı ve GoAhead 6.1.1 sürümüyle (2 Ağustos 2026’da cihaz üreticilerine, 12 Ekim’de ise genel kullanıma sunuldu) düzeltildi.

Güvenlik Açıklarının Detayları

Etkilenen bir yapıda, sunucu başlangıçta iptal listesi dosyasını yükler ve herhangi bir hata bildirmez. Bu da operatörün iptal mekanizmasının çalıştığını düşünmesine neden olur. Ancak, çalınmış veya kullanımdan kaldırılmış bir cihaz gibi iptal edilmiş bir sertifikaya sahip bir istemci, sertifika hala geçerliymiş gibi el sıkışmayı tamamlayabilir ve kimliğinin izin verdiği erişimi elde edebilir.

FoxIO’nun GoAhead 6.1.0 ve OpenSSL 3.6.2 ile yaptığı testlerde, iptal edilmiş bir sertifika, veren kontrolü açık olmasına rağmen kabul edildi. OpenSSL danışmanlığı, iptal edilmiş istemci sertifikalarının “sessizce kabul edildiğini” belirtiyor. Bu güvenlik açığından yararlanmak için, yapının OpenSSL arka ucunu kullanması, istemci sertifikalarının gerekli olması, güvenilir bir sertifika yetkilisi paketi ve veren kontrolünün etkin olması ve bir iptal listesinin yapılandırılmış olması gerekiyor. Saldırganın ise güvenilir bir yetkili tarafından imzalanmış ve iptal edilmiş olarak listelenen bir sertifikaya sahip olması gerekiyor. Mbed TLS arka ucunu kullanan yapılar bu durumdan etkilenmiyor.

Bu güvenlik açığına CVE-2026-115881 tanımlayıcısı atanmış olup, EmbedThis tarafından 9.1 olarak derecelendirilmiştir.

Diğer TLS Sorunları

Araştırmacılar, her biri belirli bir TLS yapısına bağlı iki ek sorun daha tespit etti. Sürümler ve düzeltmeler farklılık gösterdiğinden, aşağıdaki tablo her birini arka uca göre eşleştiriyor:

Mbed TLS sorunu, yalnızca istemcinin bozuk kurulumu kabul etmesi durumunda bir oturuma ulaşır. OpenSSL, güncel Go, güncel Java ve ana akım tarayıcılar bu kadar küçük bir değeri reddeder ve daha güçlü bir anahtar değişimine geri döner, bu nedenle oturum asla tamamlanmaz. Minimum boyut kontrolü olmayan istemciler, örneğin bazı gömülü veya özel olanlar, bunu kabul eder ve ardından trafiği kaydeden herkes anahtarı çözebilir ve oturumu okuyabilir. TLS 1.3 ve ECDHE oturumları etkilenmez ve Mbed TLS 4.x, dayandıkları anahtar değişimini kaldırmıştır.

LibreSSL sorunu, bir saldırganın GoAhead’in 10 sertifikalık sınırından daha uzun bir sertifika zinciri sunmasına ve herhangi bir güvenilir anahtar olmadan kimliği doğrulanmış bir istemci olarak el sıkışmayı tamamlamasına olanak tanır. Bu sorun yalnızca yukarıda listelenen eski LibreSSL sürümlerine bağlı yapılarda ve yalnızca istemci sertifikalarının gerekli olduğu ve veren kontrolünün kapalı olduğu durumlarda ortaya çıkar. OpenSSL, BoringSSL, AWS-LC ve LibreSSL 4.x, aşırı uzun zinciri reddeder.

Düzeltmeler ve Öneriler

[Görsel: firmware update code]

Hangi arka ucun ve ayarların bir yapı tarafından kullanıldığı, donanım yazılımı derlenirken seçilir, bu nedenle bir cihaz sahibi dışarıdan hangilerinin geçerli olduğunu anlayamaz. Bu aynı zamanda düzeltmenin neden yavaş geldiğini de açıklar: GoAhead 6.1.1, cihaz üreticilerinin yeniden derleyip bir donanım yazılımı güncellemesi olarak göndereceği bir doğrudan değiştirme olup, bir sahip bunu ancak üreticisi yaptığında alır. Herhangi bir üreticinin bunu gönderip göndermediği bilinmiyor.

27 Ekim itibarıyla, bu sorunların herhangi birinin saldırılarda kullanıldığına dair hiçbir kaynak bildirimde bulunmadı. EmbedThis’in politikası, bir güvenlik açığının istismar edilmesi veya başkası tarafından açıklanması durumunda bir açıklama ambargosunu sona erdirmek ve erken yayınlamaktır, bu nedenle koordineli 12 Ekim sürümü, bilinen saldırıların olmamasıyla tutarlıdır.

Ancak, bu, hiç olmadığı anlamına gelmez. EmbedThis, güvenlik güncellemelerini Builder portalı aracılığıyla müşterilerine bildirir. FoxIO, kavram kanıtlama kodu yayınladı ve arka uca göre GoAhead sunucularını bulmak için JA4Scan aracı aracılığıyla parmak izleri sunuyor. Araç ücretsizdir, ancak kaynağı yalnızca talep üzerine mevcuttur ve bir parmak izi, doğrulanmış savunmasız bir sunucuyu değil, bir yapıyı tanımlar.

EmbedThis’in GoAhead kullanıcıları olarak listelediği HP, Oracle, Siemens, Canon, Rockwell, D-Link ve Comcast gibi cihaz üreticilerinden hiçbirinin etkilenen bir arka uç ve ayar çalıştırdığı gösterilmemiştir. Etkilenen popülasyon henüz belirlenmemiştir.

Aynı 6.1.1 sürümü, üçü kritik olarak derecelendirilen toplam 11 danışmanlığı kapatıyor. Bunlardan biri bir oturum açma atlatma sorunudur: HTTP Basic veya form oturum açma kullanan bir yapıda, geçerli bir kullanıcı adını bilen bir saldırgan, o kullanıcının depolanmış parolası GoAhead’in 6.1.0 sürümünde eklediği yeni Blowfish biçimindeyse herhangi bir parolayla oturum açabilir. EmbedThis, yerleşik yönetim sayfaları için form oturum açmanın varsayılan olduğunu belirtiyor.

Yükseltme sonrasında EmbedThis, aktif oturumları sonlandırmayı, sunucuyu yeniden başlatmayı ve Blowfish ile depolanan parolaları değiştirmeyi önermektedir.