sshole: OpenSSH açığı Alpine Linux'ta parolasız girişe izin veriyor

Sorun, OpenSSH parola kabul etmemesi gereken bir hesap için parolayı denetlediğinde ortaya çıkıyor. Gerekli veriyi bulamayan OpenSSH, doğrulamayı başka bir hesabın bilgisiyle yapıyor. Girilen parola 257 ile 1.024 bayt arasındaysa musl'daki işlev hata belirtmek için yıldız döndürüyor. Korumalı hesapta da aynı simge bulunduğundan sunucu iki değeri eşleşmiş sayıp girişe izin veriyor.

Kökenler 2012'ye uzanıyor: musl o yıl hata bildirimini değiştirdi ve hizmet reddi saldırılarını önlemek için parola uzunluğuna sınır getirdi. Dört yıl sonra OpenSSH, yanıt sürelerinden kullanıcıların varlığının anlaşılmasını engelleyen değişiklikler yaptı. 2022'de Alpine, yönetici hesabının yapılandırmasını SSH anahtarlarıyla erişime uygun hâle getirdi. Birbirinden bağımsız bu çözümler beklenmedik biçimde etkileşime girdi.

Kimler risk altında

Alpine kullanmak tek başına savunmasız olmak anlamına gelmiyor. Check Point'e göre OpenSSH'in PAM olmadan çalışması, parolaları kabul etmesi ve yıldızlı bir hesapla karşılaşması gerekiyor. Ayrıca SHA-256 veya SHA-512 ile üretilmiş parola özetine sahip başka bir etkin yerel hesap bulunmalı. Parola doğrulamasını kapatan veya PAM kullanan sistemler risk dışında.

Hesabın yetkileri yüksekse sonuçlar ağır olabilir. Alpine, alpine kullanıcısının doas ile parolasız yönetici komutu çalıştırabildiği bazı resmi bulut imajlarını örnek veriyor. Bu imajlar ilk açılışta güvenli, ancak sonradan uyumlu bir parola özetiyle hesap yapılandırılırsa savunmasız kalabiliyor. Previdian, tek bir IP adresinden sekiz deneme saptadığını ve tuzak sunucularından birinde yönetici ayrıcalıklı erişimi doğruladığını söylüyor.

OpenSSH 10.6p2 sürümünü yayımladı; Alpine de eski olanlar dahil çeşitli dalları güncelledi. Yamalar yetmiyor, SSH hizmetinin de yeniden başlatılması gerekiyor. Güncelleme mümkün değilse, anahtarla erişimin çalıştığı doğrulandıktan sonra parola doğrulamasını kapatıp hizmeti yeniden başlatmak öneriliyor.