{"id":184154,"date":"2026-11-05T23:41:11","date_gmt":"2026-11-05T21:41:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/sshole-uyazvimost-pozvolyayushhaya-podklyuchitsya-po-ssh-bez-parolya-v-sistemah-s-musl"},"modified":"2026-11-05T23:41:15","modified_gmt":"2026-11-05T21:41:15","slug":"sshole-vulnerability-allows-passwordless-ssh-access-on-musl-based-systems","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/sshole-vulnerability-allows-passwordless-ssh-access-on-musl-based-systems","title":{"rendered":"SSHole \u2014 en s\u00e5rbarhed, der tillader forbindelser via SSH uden password i systemer med Musl","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
OpenSSH-udviklere har offentliggjort en akutopdatering af OpenSSH 10.6p2, der tilf\u00f8jer beskyttelse mod en kritisk s\u00e5rbarhed (CVE ikke tildelt), kendt som 'SSHole', som muligg\u00f8r omg\u00e5else af autentificering. I systemer med Musl-biblioteket giver s\u00e5rbarheden mulighed for at tilslutte sig en bruger, der ikke har noget password, ved at indtaste et vilk\u00e5rligt password, der indeholder mere end 256 tegn. Problemet p\u00e5virker Linux-distributioner, der bruger Musl-standardbiblioteket, men ikke bruger PAM (Pluggable Authentication Modules), s\u00e5som OpenWRT, Alpine, Buildroot og Yocto. Is\u00e6r farligt er det, at adgang via password ofte blokeres for root-brugeren, hvilket giver enhver mulighed for at oprette forbindelse som administrator.<\/p>\n
Fejlen, der f\u00f8rer til s\u00e5rbarheden, ligger ikke i OpenSSH-koden, men udnyttes gennem sshd. P\u00e5 grund af problemets alvor er der i version 10.6p2 af OpenSSH foresl\u00e5et en midlertidig l\u00f8sning til at blokere s\u00e5rbarheden. Ejere af ber\u00f8rte systemer anbefales at deaktivere passwordautentifikation straks ved at \u00e6ndre parameteren 'PasswordAuthentication no' i \/etc\/ssh\/sshd_config eller helt at deaktivere SSH. <\/p>\n
Problemet opst\u00e5r ikke i systemer, der ikke er baseret p\u00e5 Linux, i Linux-milj\u00f8er baseret p\u00e5 glibc, eller i systemer der bruger PAM til adgangskodeauthentication. L\u00f8sningen er allerede tilg\u00e6ngelig i Alpine og OpenWRT.<\/p>\n
S\u00e5rbarheden er relateret til den ugyldige interaktion mellem OpenSSH og funktionen crypt() fra musl. For at beskytte mod at identificere eksisterende brugere ved at analysere forskelle i behandlingstid af foresp\u00f8rgsler, har OpenSSH siden 2016 brugt den normale passwordkontrolprocedure ved at kalde funktionen 'crypt(indsendt password, salt)' med saltet fra en anden bruger, der har en gyldig password hash, hvorefter den sammenligner hash-v\u00e6rdien, der returneres af funktionen crypt, med v\u00e6rdien fra feltet med password hash.<\/p>\n
Imidlertid returnerer funktionen crypt() i musl for SHA-512 hash-symbolen '*' hvis l\u00e6ngden af det indsendte password overstiger 256 byte (en gr\u00e6nse indf\u00f8rt i 2012 for at beskytte mod DoS-angreb, da store v\u00e6rdier skaber en stor belastning p\u00e5 CPU'en). Det samme symbol bruges i password hash-feltet i '\/etc\/shadow' til at angive de konti, for hvilke autentifikation med password er blokeret. <\/p>\n
Som angriberen, der har mulighed for at oprette forbindelse til en SSH-server, kan forbinde til enhver konto, hvor der i \"\/etc\/shadow\" i felten for adgangskoden er angivet symbolet '*', ved at sende en streng med en l\u00e6ngde fra 257 til 1024 byte. Problemet omfatter mange eksisterende Docker-billeder bygget med Alpine Linux samt standard Alpine-billeder til cloud-systemer som AWS og Azure, hvor brugeren root har et '*' i stedet for en adgangskodehash. <\/p>\n
Det er bem\u00e6rkelsesv\u00e6rdigt, at der oprindeligt i de officielle Docker-billeder, der bruger Alpine, blev angivet en tom root-adgangskode siden 2015, og efter opdagelsen af denne kendsgerning blev symbolet '!' brugt i stedet for adgangskodehashen. Men det blokkerede adgang via SSH-n\u00f8gler, s\u00e5 i 2022 blev symbolet til at blokere adgang via adgangskode \u00e6ndret til '*'. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"