{"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\/pl\/blog\/news\/sshole-vulnerability-allows-passwordless-ssh-access-on-musl-based-systems","title":{"rendered":"SSHole \u2014 luka, kt\u00f3ra pozwala na po\u0142\u0105czenie si\u0119 przez SSH bez has\u0142a w systemach z Musl","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Deweloperzy OpenSSH opublikowali piln\u0105 aktualizacj\u0119 OpenSSH 10.6p2, kt\u00f3ra wprowadza zabezpieczenie przed krytyczn\u0105 luk\u0105 (CVE nieprzydzielony), nazwan\u0105 \u201eSSHole\u201d, umo\u017cliwiaj\u0105c\u0105 obej\u015bcie uwierzytelniania. W systemach z bibliotek\u0105 Musl luka pozwala na po\u0142\u0105czenie z u\u017cytkownikiem, dla kt\u00f3rego nie ustawiono has\u0142a, wprowadzaj\u0105c dowolne has\u0142o sk\u0142adaj\u0105ce si\u0119 z wi\u0119cej ni\u017c 256 znak\u00f3w. Problem dotyczy dystrybucji systemu Linux wykorzystuj\u0105cych standardow\u0105 bibliotek\u0119 musl, ale nie korzystaj\u0105cych z PAM (Pluggable Authentication Modules), takich jak OpenWRT, Alpine, Buildroot i Yocto. Szczeg\u00f3lne niebezpiecze\u0144stwo stanowi fakt, \u017ce cz\u0119sto dost\u0119p do systemu dla u\u017cytkownika root jest zablokowany, co umo\u017cliwia ka\u017cdemu zdalne po\u0142\u0105czenie z uprawnieniami administratora.<\/p>\n
B\u0142\u0105d prowadz\u0105cy do luki nie jest w kodzie OpenSSH, ale jest wykorzystywany przez sshd. Z uwagi na powag\u0119 problemu w wersji OpenSSH 10.6p2 zaproponowano obej\u015bcie blokuj\u0105ce luk\u0119. W\u0142a\u015bcicielom dotkni\u0119tych problemem system\u00f3w zaleca si\u0119 natychmiastowe wy\u0142\u0105czenie uwierzytelniania has\u0142em za pomoc\u0105 parametru \u201ePasswordAuthentication no\u201d w \/etc\/ssh\/sshd_config lub ca\u0142kowite wy\u0142\u0105czenie SSH. <\/p>\n
Problem nie wyst\u0119puje w systemach innych ni\u017c Linux oraz w \u015brodowiskach Linux opartych na glibc, a tak\u017ce w systemach wykorzystuj\u0105cych PAM do uwierzytelniania za pomoc\u0105 has\u0142a. Poprawka jest ju\u017c dost\u0119pna w Alpine i OpenWRT.<\/p>\n
Luka zwi\u0105zana jest z nieprawid\u0142ow\u0105 interakcj\u0105 OpenSSH i funkcji crypt() z musl. W celu ochrony przed okre\u015blaniem istnienia u\u017cytkownik\u00f3w poprzez analiz\u0119 r\u00f3\u017cnic w czasie przetwarzania zapyta\u0144 od 2016 roku OpenSSH przy weryfikacji kont bez has\u0142a wykorzystuje standardow\u0105 procedur\u0119 weryfikacji has\u0142a: wywo\u0142uje funkcj\u0119 \u201ecrypt(przekazane has\u0142o, s\u00f3l)\u201d z sol\u0105 innego u\u017cytkownika, posiadaj\u0105cego wa\u017cny hash has\u0142a, a nast\u0119pnie por\u00f3wnuje zwr\u00f3cony przez funkcj\u0119 crypt hash z warto\u015bci\u0105 w polu z hashem has\u0142a.<\/p>\n
Jednak w musl funkcja crypt() dla hash\u00f3w SHA-512 zwraca znak \u201e*\u201d, je\u015bli d\u0142ugo\u015b\u0107 przekazywanego has\u0142a przekracza 256 bajt\u00f3w (ograniczenie wprowadzone w 2012 roku w celu ochrony przed atakami DoS, poniewa\u017c przy przesy\u0142aniu du\u017cych warto\u015bci wyst\u0119puje znaczne obci\u0105\u017cenie CPU). Taki sam znak stosowany jest w polu z hashem has\u0142a w \u201e\/etc\/shadow\u201d do oznaczenia kont, dla kt\u00f3rych uwierzytelnianie has\u0142em jest zablokowane. <\/p>\n
W wyniku ataku osoba maj\u0105ca dost\u0119p do serwera SSH mo\u017ce po\u0142\u0105czy\u0107 si\u0119 z dowolnym kontem, kt\u00f3rego pole has\u0142a w '\/etc\/shadow' zawiera symbol '*', przekazuj\u0105c ci\u0105g o d\u0142ugo\u015bci od 257 do 1024 bajt\u00f3w. Problem ten dotyczy wielu istniej\u0105cych obraz\u00f3w Docker, zbudowanych na podstawie Alpine Linux, a tak\u017ce standardowych obraz\u00f3w Alpine dla system\u00f3w chmurowych AWS i Azure, gdzie dla u\u017cytkownika root zamiast skr\u00f3tu has\u0142a ustawiony jest znak '*'. <\/p>\n
Warto zauwa\u017cy\u0107, \u017ce pierwotnie w oficjalnych obrazach Docker korzystaj\u0105cych z Alpine od 2015 roku ustawiano puste has\u0142o root, a po ujawnieniu tego faktu zamiast skr\u00f3tu has\u0142a umieszczano znak '!'. Jednak jego obecno\u015b\u0107 blokowa\u0142a dost\u0119p za pomoc\u0105 kluczy SSH, dlatego od 2022 roku symbol blokuj\u0105cy dost\u0119p za pomoc\u0105 has\u0142a zosta\u0142 zast\u0105piony znakiem '*'. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"