OpenSSH lanserer 10.6p2 for å luke kritisk sårbarhet i Alpine Linux

orange and teal abstract wallpaper — Milad Fakurian / Unsplash

OpenSSH har utgitt versjon 10.6p2 for å rette en kritisk sårbarhet som tillater angripere å logge inn på SSH-kontoer uten passord på visse Alpine Linux-servere. Sårbarheten utnyttes ved å sende et passord på mellom 257 og 1024 byte til en konto som normalt kun bruker nøkkelbasert autentisering. Problemet oppstår når sshd-tjenesten håndterer passordkontrollen direkte i stedet for å delegere til PAM. I dette tilfellet avviser musl-biblioteket passord som er lengre enn 256 byte og returnerer et stjerne-tegn som svar. Dette tegnet samsvarer nøyaktig med verdien i passordfeltet for kontoer som ikke har satt et passord, noe som får sshd til å godkjenne innsendingen og tillate tilgang til systemet.

Alpine Linux har publisert en sikkerhetsvarsel som spesifiserer at fire betingelser må være oppfylt for at systemet skal være utsatt. Først må openssh-server-pakken være bygget uten PAM-støtte, eller konfigurasjonen må ha UsePAM satt til nei. For det andre må PasswordAuthentication være aktivert, som er standardinnstillingen. For det tredje må det finnes minst én konto uten passord. For det fjerde må det eksistere minst én annen konto med et passordhash som starter med $5$ eller $6$. Når disse kriteriene er oppfylt, kan en angriper med nettverksadgang og kunnskap om målkontonavnet utføre angrepet vellykket med ett enkelt tilkoblingsforsøk.

Systemer som bruker glibc-biblioteket, operativsystemer som ikke er Linux, og systemer som bruker PAM for passordkontroll, er ikke berørt av denne sårbarheten. Dette inkluderer også containere som ikke kjører sshd-tjenesten, samt skybilder som bruker cloud-init for konfigurasjon, da denne metoden vanligvis deaktiverer passordautentisering. Det er likevel en spesifikk risiko knyttet til tiny-cloud-bilder i versjonene fra 3.18.11 til 3.24.3. Disse bildene tillater brukeren alpine å bruke doas-kommandoen uten passord. Hvis en systemadministrator senere setter et passord for konsollen, kan en angriper logge inn som alpine-brukeren og umiddelbart eskalere rettighetene til root-nivå.

Forskerne fra Wakefield som rapporterte sårbarheten, anbefaler at man også gransker andre systemer som bruker musl-biblioteket, inkludert OpenWrt, Buildroot og Yocto. Det er foreløpig ingen bekreftede rapporter om aktive angrep i produksjon, og et CVE-nummer er ikke tildelt ennå. Alpine har utgitt rettet programvare for alle utgaver tilbake til versjon 3.16, inkludert grener som har nått slutten av støttestøtten. Spesifikke punktutgaver som 3.21.10, 3.22.8, 3.23.8 og 3.24.4 inneholder allerede denne fiksen.

Systemadministratorer bør oppdatere systemene ved å kjøre kommandoen apk upgrade -U -a. Det er avgjørende å starte på nytt sshd-tjenesten ved å kjøre rc-service sshd restart, siden en vanlig pakkeoppgradering ikke automatisk starter på nytt den kjørende prosessen. For de som bygger OpenSSH manuelt, bør de oppdatere til versjon 10.6p2. Hvis en umiddelbar oppdatering ikke er mulig, anbefaler OpenSSH å deaktivere passordlogging umiddelbart ved å sette PasswordAuthentication til nei, forutsatt at nøkkelbasert tilgang fungerer. Man bør også sjekke loggfiler i /var/log/messages for linjer som indikerer godkjent passord for kontoer uten passord. Hvis det ikke er mulig å utelukke at en angriper har logget inn, bør maskinen betraktes som kompromittert.