SSHole — en sårbarhet som tillater SSH-tilkobling uten passord i systemer med Musl

Utviklerne av OpenSSH har publisert en nødsituasjonsoppdatering for OpenSSH 10.6p2, som gir beskyttelse mot en kritisk sårbarhet (CVE ikke tildelt), med kodenavn «SSHole», som gjør det mulig å omgå autentisering. I systemer med Musl-biblioteket lar sårbarheten deg logge inn som en bruker uten passord ved å skrive inn et hvilket som helst passord som er lengre enn 256 tegn. Problemet påvirker Linux-distribusjoner som bruker det standard musl-biblioteket, men ikke bruker PAM (Pluggable Authentication Modules), som OpenWRT, Alpine, Buildroot og Yocto. En spesiell risiko er at pålogging med passord ofte er blokkert for root-brukeren, slik at enhver kan logge inn eksternt med administratorrettigheter.

Feilen som fører til sårbarheten ligger ikke i OpenSSH-koden, men utnyttes via sshd. Gitt alvorlighetsgraden i problemet, er det lagt frem en midlertidig løsning for å blokkere sårbarheten i OpenSSH 10.6p2. Eiere av berørte systemer anbefales å ikke vente på oppdateringer, men umiddelbart deaktivere passordautentisering via innstillingen «PasswordAuthentication no» i /etc/ssh/sshd_config eller helt deaktivere SSH.

Problemet oppstår ikke i systemer som ikke er basert på Linux, og i Linux-miljøer basert på glibc, samt i systemer som bruker PAM ved passordautentisering. En løsning er allerede tilgjengelig i Alpine og OpenWRT.

Sårbarheten er relatert til feil interaksjon mellom OpenSSH og funksjonen crypt() fra musl. For å beskytte mot identifisering av eksisterende brukere ved å analysere tidsforskjeller i forespørselshåndtering, bruker OpenSSH fra 2016 en standard prosedyre for passordkontroll: den kaller funksjonen «crypt(mottatt passord, salt)» med saltet til en annen bruker som har en gyldig passordhash, og sammenligner deretter den returnerte hash fra crypt-funksjonen med verdien i feltet med passordhashen.

Imidlertid returnerer crypt()-funksjonen i musl for SHA-512-hashverdier tegnet «*» hvis lengden på det mottatte passordet overskrider 256 byte (denne begrensningen ble innført i 2012 for å beskytte mot DoS-angrep, siden store verdier medfører høy belastning på CPU). Det samme tegnet brukes i feltet med passordhashen i «/etc/shadow» for å indikere kontoer der passordautentisering er blokkert.

Som følge av angrepet kan en angriper som har muligheten til å koble seg til SSH-serveren, få tilgang til hvilken som helst brukerprofil der det i «/etc/shadow» i passordfeltet er angitt et symbol «*», ved å sende en streng med length fra 257 til 1024 byte. Problemet omfatter mange eksisterende Docker-bilder bygget med Alpine Linux, samt offisielle Alpine-bilder for skyplattformer som AWS og Azure, der brukeren root har et «*» i stedet for et passordhash.

Det er bemerkelsesverdig at i de offisielle Docker-bildene som bruker Alpine, har det siden 2015 vært angitt et tomt root-passord, og etter at dette ble avdekket, ble det, i stedet for passordhashen, angitt et symbol «!». Men dette blokkerte innlogging med SSH-nøkler, så fra 2022 ble symbolet for å blokkere passordinnlogging endret til «*».

Kilde: opennet.ru