OpenSSH yazılımında ortaya çıkarılan SSHHole güvenlik açığı (CVE-2026-123158), belirli Linux dağıtımlarında 256 karakterden uzun parolalar kullanılarak yetkisiz hesaplara giriş yapılmasına yol açıyor. Musl C kütüphanesini kullanan Alpine Linux, OpenWrt, Buildroot Yocto tabanlı sistemler, güvenlik sorunundan etkilenebilen platformlar arasında bulunuyor. OpenSSH geliştiricileri, açığı gidermek amacıyla 5 Kasım 2026 tarihinde 10.6p2 sürümünü yayınladı.
SSHHole, Parola Doğrulamasındaki Hata Üzerinden ÇalışıyorOpenSSH bünyesindeki SSHHole açığı, normal şartlarda parola oturum açmayı kabul etmemesi gereken Linux hesaplarını hedef alıyor. Güvenlik sorunu, özellikle musl C kütüphanesini kullanan sistemlerde parola doğrulama sürecinin beklenmedik biçimde sonuçlanmasından kaynaklanıyor. Saldırgan, 256 karakteri aşan parola gönderdiğinde bazı koşullarda sistem hesabın parola doğrulamasını hatalı değerlendirerek erişime izin verebiliyor.
Güvenlik açığının geçmişi 2016 yılına kadar uzanıyor. Alpine Linux başta olmak üzere OpenWrt, Buildroot Yocto gibi musl tabanlı ortamlarda kullanılan OpenSSH kurulumları risk altında bulunuyor. Sorun, platformlar üzerine kurulan bazı Docker imajlarını ilgilendiriyor. Özellikle hazır konteyner imajları kullanan yöneticilerin, sistemlerinde hangi kütüphanelerin yapılandırmaların bulunduğunu kontrol etmesi gerekiyor.
SSH erişiminde yalnızca anahtar doğrulamasına izin verilen hesaplar belirli yapılandırmalarda risk taşıyor. Root hesabı, dağıtım işlemleri için kullanılan anahtar tabanlı hesaplar LDAP kullanıcıları grupta yer alabiliyor. Alpine Linux’un AWS Azure ortamları için hazırladığı bazı imajlarda bulunan varsayılan kullanıcı hesapları araştırmacıların değerlendirdiği örnekler arasında bulunuyor.
OpenSSH projesi, SSHHole sorununa yönelik düzeltmeyi 5 Kasım 2026 tarihinde yayınlanan Portable OpenSSH 10.6p2 sürümüne dahil. Yöneticilerin etkilenen sistemlerde güncel sürüme geçmesi, güvenlik açığından kaynaklanan erişim riskini azaltmak açısından öncelik taşıyor. Güncelleme, özellikle musl tabanlı Linux dağıtımlarında çalışan SSH sunucularının güvenliğini yeniden değerlendirmeyi gerektiriyor.
Açığın kapsamı, kullanılan C kütüphanesine kimlik doğrulama yapılandırmasına göre değişiyor. glibc kullanan Linux dağıtımları PAM üzerinden kimlik doğrulaması gerçekleştiren sistemlerin sorundan etkilenmediği belirtiliyor. Dolayısıyla her Linux sunucusunun aynı risk seviyesinde değerlendirilmesi doğru değil. Sistem yöneticilerinin dağıtımın kullandığı C kütüphanesini, OpenSSH sürümünü SSH parola doğrulama ayarlarını birlikte incelemesi gerekiyor.
OpenSSH geliştiricisi Damien Miller, sorunun temel nedeninin doğrudan OpenSSH kodundan kaynaklanmadığını belirtiyor. Miller, etkilenen sistemlerin yöneticilerine parola SSH girişini veya SSH hizmetini geçici olarak devre dışı bırakmalarını öneriyor. yaklaşım, güvenlik güncellemesi uygulanana kadar saldırı yüzeyini daraltmaya yönelik önlem olarak öne çıkıyor.
SSH erişimini dış dünyaya açık bırakan sunucular, parola tabanlı kimlik doğrulamasının kullanılması hâlinde daha yakından incelenmeli. Güvenlik uzmanlarının özellikle internete açık SSH hizmetlerinde parola doğrulaması yerine sertifika veya anahtar tabanlı kimlik doğrulamasını tercih etmesi öneriliyor. Konteyner ortamlarında ise yöneticilerin kaynağı yapılandırması bilinmeyen hazır imajları doğrudan kullanmak yerine kendi imajlarını oluşturması, sistem bileşenlerinin denetlenmesini kolaylaştırıyor.
Alpine Linux kullanan yöneticiler, başarılı parola tabanlı SSH oturumlarını sistem günlükleri üzerinden kontrol edebiliyor. Aşağıdaki komut, /var/log/messages dosyasında başarılı parola girişlerine ilişkin kayıtları listeliyor:
grep "Accepted password" /var/log/messagesYöneticilerin kayıtları incelerken olağan dışı kullanıcı hesaplarına, beklenmeyen bağlantı zamanlarına tanınmayan adreslerine özellikle bakması gerekiyor. Şüpheli erişim tespit edilmesi durumunda ilgili hesapların parolalarının yenilenmesi, erişim anahtarlarının kontrol edilmesi sistemde başka yetkisiz işlemler bulunup bulunmadığının araştırılması önem taşıyor.
SSHHole, yalnızca parola tabanlı girişin kapatılmış olmasının her yapılandırmada yeterli koruma sağlamayabileceğini gösteren güvenlik sorunu olarak öne çıkıyor. Yöneticilerin OpenSSH sürümünü güncellemesi, gereksiz SSH erişimlerini kapatması kimlik doğrulama yöntemlerini yeniden değerlendirmesi gerekiyor.
