OpenSSH ile musl libc birleşiminden kaynaklanan yeni bir güvenlik açığı, belirli yapılandırmalarda Alpine, OpenWRT ve bazı diğer Linux dağıtımlarında SSH üzerinden parola girmeden erişime izin verebiliyor. Sorun, parola istemine 256 karakterden uzun bir giriş yapılmasıyla tetiklenebiliyor.
Açığın çalışması için bazı koşulların aynı anda sağlanması gerekiyor. Bunlar arasında OpenSSH kullanılması, sistemin musl libc tabanlı olması, parola ile kimlik doğrulamanın açık olması, PAM kullanılmaması ve en az bir kullanıcı hesabının belirli bir parola karması düzeniyle yapılandırılmış olması yer alıyor. Boş parola kullanan sistem hesapları da bu zincirde kritik rol oynayabiliyor.
En büyük riskin Alpine tarafında olduğu belirtiliyor. Bunun nedeni, Alpine’in Docker, Kubernetes ve Proxmox konteynerleri başta olmak üzere çok geniş bir kullanım alanına sahip olması. Ayrıca sunucular, bulut sanal makineleri ve gömülü sistemlerde de yaygın biçimde tercih ediliyor. Alpine’de gerekli koşulların varsayılan yapılandırmada bulunabilmesi, yamanın gecikmeden uygulanmasını önemli hale getiriyor.
OpenWRT tarafında varsayılan olarak Dropbear kullanılıyor, bu yüzden etki alanı daha sınırlı. Ancak OpenSSH sonradan kurulabiliyor. Benzer şekilde Buildroot, Yocto ve Void Linux üzerinde de hatanın mevcut olabildiği, fakat her kurulumda otomatik olarak etkin olmadığı ifade ediliyor.
Teknik tarafta sorun, musl içindeki crypt() fonksiyonunun hata durumunda alışılmış null değer yerine “*” döndürmesiyle başlıyor. OpenSSH ise bu değeri parola karmasıyla karşılaştırma sürecinde kullanmaması gerekirken kullanabiliyor. Hesapta parola bulunmadığını gösteren yer tutucu değerlerle birleşince, aşırı uzun giriş bu hatalar zincirini tetikleyebiliyor.
Pratikte internete açık olmayan çok sayıda kurulum bulunsa da risk yalnızca dış ağlarla sınırlı değil. Kurumsal ağlar, ev laboratuvarları, bulut ağları ve VPN ortamları içinde bulunan bir saldırgan da bu açıklardan yararlanabiliyor. Üstelik bunun için yalnızca geçerli bir kullanıcı hesabı yeterli olabiliyor; açığın taranması ve test edilmesi de görece kolay görünüyor.
OpenSSH tarafında düzeltme ve güvenlik duyurusu yayımlandı. En hızlı önlem olarak OpenSSH yapılandırmasında PasswordAuthentication seçeneğinin açıkça “no” olarak ayarlanması ve hizmetin yeniden başlatılması öneriliyor. Uygun yamalar da mümkün olan en kısa sürede kurulmalı.
