OpenSSH ve musl libc hatası, saldırganların Alpine ve diğer Linux dağıtımlarında parolaları atlamasına izin veriyor

Acil düzeltmeler ve azaltma önlemleri öneriliyor; çünkü OpenSSH ve musl libc'deki birleşik bir hatanın, geçerli bir parola olmadan Alpine Linux, OpenWRT ve diğer Linux dağıtımlarına erişime izin verdiği bulundu. Bir saldırgan, sistem kullanıcısı için boş parola ayarlanmış sistemlerde SSH parola isteminde 256 karakterden fazla yazarak içeri girebilir; bu durum birden çok dağıtımda varsayılandır.

Hatanın geçerli olduğu yerler

Hata, Buildroot, Yocto ve Void Linux genelinde mevcuttur, ancak mutlaka etkin değildir. OpenWRT varsayılan olarak kimlik doğrulama için Dropbear kullanır, ancak kullanıcılar bunun yerine OpenSSH kurabilir. En büyük endişe Alpine'dir; bu dağıtım, Docker, Kubernetes ve Proxmox konteynerleri, sunucular, bulut sanal makineleri ve gömülü cihazlar genelinde milyonlarca kurulumda yaygın bir seçim olarak tanımlanıyor. Alpine, gerekli koşullar ayarlanmış ve parola kimlik doğrulaması varsayılan olarak etkin halde gelir; bu nedenle hemen yama gerekiyor.

Güvenlik açığının işleyişi

Güvenlik açığı birleşimi; OpenSSH, musl, parola kimlik doğrulamasının açıkça devre dışı bırakılmaması, PAM kullanılmaması ve parolası SHA-512/256 karmasıyla ayarlanmış tek bir keyfi kullanıcıyı içerir. Sorun, musl'un crypt() işlevinin olağan kurallara göre null değer yerine hata koşulu olarak "*" döndürmesini ve OpenSSH'un daha sonra bu sonucu, karşılaştırmaması gerekirken, bir parola karmasıyla karşılaştırmasını içerir. Aşırı uzun bir girdi, hata zincirini tetikler. /etc/passwd veya /etc/shadow içinde tek bir yıldız, parolası olmayan hesapların parola karması için yer tutucudur; yani hiçbir parola çalışmamalıdır.

Azaltma ve düzeltmeler

Yöneticiler, projenin danışma notuna göre sistemleri derhal yamamalıdır. En kolay azaltma, OpenSSH yapılandırma dosyasında "PasswordAuthentication" değerini açıkça "no" olarak ayarlamak ve hizmeti yeniden başlatmaktır. Çoğu Alpine ve benzeri kurulum internetten erişilebilir olmasa da kurumsal ortamlar, ev laboratuvarları, bulut ağları ve VPN'ler dahil bir ağ içindeki saldırgan hata kullanabilir. Bir geçerli kullanıcı hesabı yeterlidir ve yeterince büyük bir kurumsal ortamda bunu elde etmek zor olmayabilir. Güvenlik açığını taramak ve test etmek de kolay olarak tanımlanıyor. OpenSSH bir düzeltme ve bir danışma yazısı yayımladı; musl yazarı Rich Felker da öyle yaptı. Her iki taraf da hatanın diğerinde olduğunu düşünüyor gibi görünüyor, ancak suç paylaşılmaktadır.

Önceki haber: Portable OpenSSH 10.6p2, Güvenlik Geçici Çözümü ve Hata Düzeltmeleriyle Yayımlandı

Kaynaklar: Tom's Hardware · Alpine Linux · Ars Technica · The Hacker News