SSHole — en sårbarhet som gör det möjligt att ansluta via SSH utan lösenord i system med Musl

OpenSSH-utvecklarna har publicerat en akut uppdatering av OpenSSH 10.6p2, som innehåller skydd mot en kritisk sårbarhet (CVE ej tilldelad), som fått kodnamnet "SSHole" och gör det möjligt att kringgå autentisering. I system med musl-biblioteket möjliggör sårbarheten att koppla upp sig till en användare utan lösenord genom att mata in ett vilket som helst lösenord som innehåller mer än 256 tecken. Problemet påverkar Linux-distributioner som använder den standard musl-biblioteket, men inte använder PAM (Pluggable Authentication Modules), såsom OpenWRT, Alpine, Buildroot och Yocto. En särskild fara är att inloggning med lösenord ofta blockeras för root-användaren, vilket ger vem som helst möjlighet att koppla upp sig med administratörsrättigheter.

Felet som leder till sårbarheten finns inte i OpenSSH-koden, utan utnyttjas via sshd. Med tanke på problemens allvar har en workaround för att blockera sårbarheten föreslagits i versionen OpenSSH 10.6p2. Ägare av drabbade system rekommenderas att omedelbart stänga av lösenordsautentisering via inställningen "PasswordAuthentication no" i /etc/ssh/sshd_config eller att helt stänga av SSH.

Problemet manifesterar sig inte i system som skiljer sig från Linux och i Linux-miljöer baserade på glibc, samt i system som använder PAM vid lösenordsautentisering. En korrigering är redan tillgänglig i Alpine och OpenWRT.

Sårbarheten är relaterad till felaktig interaktion mellan OpenSSH och funktionen crypt() från musl. För att skydda mot att fastställa existensen av användare genom tidsanalys av begärningar har OpenSSH sedan 2016 vid kontroll av lösenordsfria konton använt den normala proceduren för lösenordsverifiering: den anropar funktionen "crypt(mata in lösenord, salt)" med saltet från en annan användare med en giltig lösenordshash, och jämför sedan den hash som returneras av funktionen crypt med värdet från fältet med lösenordshashen.

Men i musl returnerar funktionen crypt() för SHA-512-hashar tecknet "*" om längden på det angivna lösenordet överstiger 256 byte (en begränsning som infördes 2012 för att skydda mot DoS-attacker, då stora värden medför stor belastning på CPU:n). Samma tecken används i fältet med lösenordshashen i "/etc/shadow" för att indikera konton där lösenordsautentisering är blockerad.

Som följd av en attack kan den som kan ansluta till SSH-servern logga in på valfri användarkonto där det i '/etc/shadow' i fältet för lösenord anges symbolen '*', genom att skicka en sträng från 257 till 1024 byte. Problemet påverkar många befintliga Docker-bilder byggda med Alpine Linux, samt de officiella Alpine-bilderna för molnsystem som AWS och Azure, där användaren root har en asterisk istället för en hash för lösenordet.

Intressant nog fanns det initialt en tom root-lösenord i de officiella Docker-bilderna som använde Alpine sedan 2015, och efter att denna fråga identifierades, istället för en hash för lösenordet, sättes ett tecken '!' för att blockera åtkomst. Men närvaron av detta blockera SSH-inloggningar med nycklar, så från 2022 ändrades blockeringstecknet för lösenordsinloggning till '*'.

Källa: opennet.ru