{"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\/sl\/blog\/news\/sshole-vulnerability-allows-passwordless-ssh-access-on-musl-based-systems","title":{"rendered":"SSHole \u2014 ranljivost, ki omogo\u010da povezavo preko SSH brez gesla v sistemih z Musl","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Razvijalci OpenSSH so objavili nujno posodobitev OpenSSH 10.6p2, ki vklju\u010duje za\u0161\u010dito pred kriti\u010dno ranljivostjo (CVE \u0161e ni dodeljen), znano pod kodnim imenom «SSHole», ki omogo\u010da obhod avtentikacije. V sistemih z Musl knji\u017enico ranljivost omogo\u010da povezavo do uporabnika, za katerega ni nastavljenega gesla, z vnosom kateregakoli gesla, ki vsebuje ve\u010d kot 256 znakov. Problem vpliva na distribucije Linux, ki uporabljajo standardno Musl knji\u017enico, vendar ne uporabljajo PAM (Pluggable Authentication Modules), kot so OpenWRT, Alpine, Buildroot in Yocto. Posebno nevarnost predstavlja to, da je dostop s geslom pogosto onemogo\u010den za uporabnika root, kar omogo\u010da vsakomur, da se oddaljeno pove\u017ee z administrativnimi pravicami.<\/p>\n
Napaka, ki vodi do ranljivosti, ni v kodi OpenSSH, temve\u010d se zlorablja prek sshd. Glede na resnost problema je v razli\u010dici OpenSSH 10.6p2 predlagana obvozna re\u0161itev za blokiranje ranljivosti. Lastnikom prizadetih sistemov se priporo\u010da, da ne \u010dakajo na posodobitve, temve\u010d takoj onemogo\u010dijo avtentikacijo z geslom s parameter «PasswordAuthentication no» v \\\/etc\\\/ssh\\\/sshd_config ali pa popolnoma onemogo\u010dijo SSH. <\/p>\n
Te\u017eava se ne pojavlja v sistemih, ki niso Linux, in v linuxovih okoljih, temelje\u010dih na glibc, prav tako pa ne v sistemih, ki uporabljajo PAM pri avtentikaciji z geslom. Popravilo je \u017ee na voljo v Alpine in OpenWRT.<\/p>\n
Ranljivost je povezana z nepravilnim delovanjem OpenSSH in funkcije crypt() iz Musl. Za za\u0161\u010dito pred ugotavljanjem obstoja uporabnikov preko analize razlik v \u010dasu obdelave poizvedb, uporablja OpenSSH od leta 2016 pri preverjanju brezgeselnih ra\u010dunov obi\u010dajen postopek preverjanja gesel: pokli\u010de funkcijo «crypt(prenesi geslo, sol)» s soljo drugega uporabnika, ki ima veljavno hasho gesla, nato pa primerja vrnjeno hasho z vrednostjo iz polja z hashem gesla.<\/p>\n
Vendar pa v Musl funkcija crypt() za SHA-512 hashe vrne znak «*», \u010de dol\u017eina prenesene gesla presega 256 bajtov (omejitev je bila uvedena leta 2012 za za\u0161\u010dito pred DoS napadi, saj prenos ve\u010djih vrednosti povzro\u010da veliko obremenitev CPU). Enak znak se uporablja v polju z hashem gesla v «\\\/etc\\\/shadow» za ozna\u010devanje ra\u010dunov, pri katerih je avtentikacija z geslom blokirana. <\/p>\n
Kot napadalec, ki se lahko pove\u017ee s SSH-stre\u017enikom, se lahko pove\u017ee z vsakim ra\u010dunom, pri katerem je v «\\\/etc\\\/shadow» na mestu za geslo ozna\u010den simbol «*», s posredovanjem niza dol\u017eine od 257 do 1024 bajtov. Te\u017eava zajema \u0161tevilne obstoje\u010de Docker slike, ki so bile izdelane z uporabo Alpine Linux, kot tudi standardne slike Alpine za obla\u010dne sisteme AWS in Azure, kjer je uporabniku root namesto hasha gesla dodeljen znak «*». <\/p>\n