{"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\/hr\/blog\/news\/sshole-vulnerability-allows-passwordless-ssh-access-on-musl-based-systems","title":{"rendered":"SSHole \u2014 ranjivost koja omogu\u0107uje povezivanje putem SSH bez lozinke u sustavima s Musl","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Programeri OpenSSH objavili su hitno a\u017euriranje za OpenSSH 10.6p2, koje dodaje za\u0161titu protiv kriti\u010dne ranjivosti (CVE nije dodijeljen), koja nosi kodno ime \u201eSSHole\u201c i omogu\u0107ava zaobila\u017eenje autentifikacije. U sustavima s Musl bibliotekom ranjivost omogu\u0107ava pristup korisniku kojem nije postavljena lozinka unosom bilo koje lozinke koja sadr\u017ei vi\u0161e od 256 znakova. Problem se odnosi na Linux distribucije koje koriste standardnu Musl biblioteku, ali ne koriste PAM (Pluggable Authentication Modules), poput OpenWRT, Alpine, Buildroot i Yocto. Posebna opasnost predstavlja to \u0161to je \u010desto ulaz lozinkom blokiran za korisnika root, \u0161to omogu\u0107uje bilo kome da se daljinski pove\u017ee s administratorskim pravima.<\/p>\n
Gre\u0161ka koja dovodi do ranjivosti nije u OpenSSH kodu, ali se iskori\u0161tava putem sshd-a. S obzirom na ozbiljnost problema, u verziji OpenSSH 10.6p2 predlo\u017een je privremeni na\u010din blokiranja ranjivosti. Vlasnicima pogo\u0111enih sustava preporu\u010duje se da ne \u010dekaju pojavu a\u017euriranja, ve\u0107 odmah onemogu\u0107e lozni\u010dku autentifikaciju putem parametra \u201ePasswordAuthentication no\u201c u \/etc\/ssh\/sshd_config ili potpuno onemogu\u0107e SSH. <\/p>\n
Problem se ne javlja u sistemima koji nisu Linux, niti u Linux okru\u017eenjima zasnovanim na glibc, kao i u sistemima koji koriste PAM za autentifikaciju lozinkom. Ispravka je ve\u0107 dostupna u Alpine i OpenWRT.<\/p>\n
Ranjivost se odnosi na nepravilnu interakciju izme\u0111u OpenSSH i funkcije crypt() iz musl. Kako bi se za\u0161titili od otkrivanja postojanja korisnika analizom vremenskih razlika u obradi zahtjeva, od 2016. godine OpenSSH prilikom provjere korisni\u010dkih ra\u010duna bez lozinke koristi standardnu proceduru provjere lozinke: poziva funkciju \u201ecrypt(primljena lozinka, sol)\u201c sa solju drugog korisnika koji ima va\u017ee\u0107i hash lozinke, nakon \u010dega uspore\u0111uje hash koji vra\u0107a funkcija crypt s vrijedno\u0161\u0107u iz polja koje sadr\u017ei hash lozinke.<\/p>\n
Me\u0111utim, u musl funkcija crypt() za SHA-512 hesheve vra\u0107a znak \u201e*\u201c, ako duljina unesene lozinke prema\u0161uje 256 bajtova (ograni\u010denje je uvedeno 2012. godine kako bi se za\u0161titili od DoS napada, jer prenosi velika vrijednosti stvara veliku optere\u0107enost CPU-u). Isti znak koristi se u polju s hashom lozinke u \u201e\/etc\/shadow\u201c za ozna\u010davanje korisni\u010dkih ra\u010duna za koje je autentifikacija lozinkom onemogu\u0107ena. <\/p>\n
Kao rezultat, napada\u010d koji mo\u017ee uspostaviti vezu s SSH poslu\u017eiteljem mo\u017ee se spojiti na bilo koji ra\u010dun \u010dija je u «\/etc\/shadow» polju za lozinku navedena oznaka «*», \u0161alju\u0107i niz duljine od 257 do 1024 bajta. Problem obuhva\u0107a mnoge postoje\u0107e Docker slike izra\u0111ene pomo\u0107u Alpine Linuxa, kao i standardne Alpine slike za obla\u010dne sustave AWS i Azure, gdje je za korisnika root umjesto lozinkovog hash-a postavljena oznaka «*». <\/p>\n
Zanimljivo je da se u slu\u017ebenim Docker slikama koje koriste Alpine od 2015. godine u po\u010detku postavljala prazna lozinka za root, a nakon otkrivanja ove \u010dinjenice, umjesto hash-a lozinke postavljena je oznaka «!». Me\u0111utim, njegovo prisustvo onemogu\u0107ilo je pristup putem SSH klju\u010deva, pa je od 2022. godine znak za onemogu\u0107avanje pristupa lozinkama zamijenjen oznakom «*». \n Izvor: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"