{"id":106630,"date":"2023-02-03T12:48:25","date_gmt":"2023-02-03T10:48:25","guid":{"rendered":"https:\/\/prohoster.info\/?p=106630"},"modified":"2023-02-03T21:50:37","modified_gmt":"2023-02-03T19:50:37","slug":"vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/news\/vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","title":{"rendered":"Vydanie OpenSSH 9.2 s odstr\u00e1nen\u00edm zranite\u013enosti, ktor\u00e1 sa prejavuje v \u0161t\u00e1diu pred autentiz\u00e1ciou","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Bol spusten\u00fd OpenSSH 9.2, open source implement\u00e1cia klienta a servera pre pr\u00e1cu s protokolmi SSH 2.0 a SFTP. V novej verzii bola odstr\u00e1nen\u00e1 zranite\u013enos\u0165, ktor\u00e1 vedie k dvojit\u00e9mu oslobodeniu pam\u00e4te pred autentifik\u00e1ciou. Zranite\u013en\u00e1 je iba verzia OpenSSH 9.1, v star\u0161\u00edch verzi\u00e1ch probl\u00e9m neprejavuje. <\/p>\n
Na vytvorenie podmienok na prejavenie zranite\u013enosti sta\u010d\u00ed zmeni\u0165 banner SSH klienta na «SSH-2.0-FuTTYSH_9.1p1», aby sa dosiahlo nastavenie flagov «SSH_BUG_CURVE25519PAD» a «SSH_OLD_DHGEX», ktor\u00e9 s\u00fa z\u00e1visl\u00e9 od verzie SSH klienta. Po nastaven\u00ed t\u00fdchto flagov sa pam\u00e4\u0165 pod bufferom «options.kex_algorithms» uvo\u013en\u00ed dvakr\u00e1t — pri vykon\u00e1van\u00ed funkcie do_ssh2_kex(), ktor\u00e1 vol\u00e1 compat_kex_proposal(), a pri vykon\u00e1van\u00ed funkcie do_authentication2(), ktor\u00e1 postupne vol\u00e1 input_userauth_request(), mm_getpwnamallow(), copy_set_server_options(), assemble_algorithms() a kex_assemble_names(). <\/p>\n
Vytvorenie funk\u010dn\u00e9ho exploitu pre zranite\u013enos\u0165 sa pova\u017euje za ve\u013emi nepravdepodobn\u00e9, preto\u017ee proces exploitation je pr\u00edli\u0161 zlo\u017eit\u00fd — modern\u00e9 kni\u017enice spr\u00e1vy pam\u00e4te poskytuj\u00fa ochranu proti dvojit\u00e9mu uvo\u013eneniu pam\u00e4te, a proces pre-autoriz\u00e1cie, v ktorom je chyba, prebieha s ni\u017e\u0161\u00edmi privil\u00e9giami v izolovanom prostred\u00ed sandbox. <\/p>\n
Okrem uvedenej zranite\u013enosti boli v novej verzii odstr\u00e1nen\u00e9 aj \u010fal\u0161ie dve bezpe\u010dnostn\u00e9 probl\u00e9my: <\/p>\n
\n
Chyba pri spracovan\u00ed nastavenia «PermitRemoteOpen», ktor\u00e1 vedie k ignorovaniu prv\u00e9ho argumentu, ak sa l\u00ed\u0161i od hodn\u00f4t «any» a «none». Probl\u00e9m sa prejavuje vo verzi\u00e1ch nov\u0161\u00edch ako OpenSSH 8.7 a m\u00e1 za n\u00e1sledok presko\u010denie kontroly, ak je zadan\u00e9 iba jedno opr\u00e1vnenie.\n
\u00dato\u010dn\u00edk, ktor\u00fd ovl\u00e1da DNS server pou\u017e\u00edvan\u00fd na ur\u010dovanie mien, m\u00f4\u017ee dosiahnu\u0165 substit\u00faciu \u0161peci\u00e1lnych znakov (napr\u00edklad «*») do s\u00faborov known_hosts, ak s\u00fa v konfigur\u00e1cii zapnut\u00e9 mo\u017enosti CanonicalizeHostname a CanonicalizePermittedCNAMEs a syst\u00e9mov\u00fd resolver nekontroluje spr\u00e1vnos\u0165 odpoved\u00ed od DNS servera. Vykonanie \u00fatoku sa pova\u017euje za nepravdepodobn\u00e9, preto\u017ee vracan\u00e9 n\u00e1zvy musia vyhovova\u0165 podmienkam stanoven\u00fdm prostredn\u00edctvom CanonicalizePermittedCNAMEs. <\/ul>\n
\u010eal\u0161ie zmeny: <\/p>\n
\n
Do ssh_config pre ssh bola pridan\u00e1 nastavenie EnableEscapeCommandline, ktor\u00e1 riadi spracovanie \u00fanikov\u00fdch sekvenci\u00ed na strane klienta «~C», poskytuj\u00facich pr\u00edkazov\u00fd riadok. Predvolene je spracovanie «~C» teraz vypnut\u00e9 pre pou\u017eitie pr\u00edsnej\u0161ej izol\u00e1cie v sandboxe, \u010do potenci\u00e1lne m\u00f4\u017ee vies\u0165 k naru\u0161eniu \u010dinnosti syst\u00e9mov, v ktor\u00fdch sa «~C» pou\u017e\u00edva na presmerovanie portov po\u010das oper\u00e1cie.\n
V s\u00fabore sshd_config pre sshd bola pridan\u00e1 direkt\u00edva ChannelTimeout na nastavenie timeoutu neaktivity kan\u00e1lu (kan\u00e1ly, v ktor\u00fdch sa po\u010das predp\u00edsan\u00e9ho \u010dasu v direkt\u00edve nezaznamen\u00e1va \u017eiadny prenos, bud\u00fa automaticky uzavret\u00e9). Pre rel\u00e1ciu, X11, agenta a presmerovania prenosu m\u00f4\u017eu by\u0165 nastaven\u00e9 r\u00f4zne timeouty.\n
V s\u00fabore sshd_config pre sshd bola pridan\u00e1 direkt\u00edva UnusedConnectionTimeout, ktor\u00e1 umo\u017e\u0148uje nastavi\u0165 timeout na ukon\u010denie klientsk\u00fdch spojen\u00ed, ktor\u00e9 s\u00fa ur\u010dit\u00fd \u010das bez akt\u00edvnych kan\u00e1lov.\n
Do sshd bola pridan\u00e1 mo\u017enos\u0165 «-V» pre zobrazenie verzie, podobne ako t\u00e1to mo\u017enos\u0165 v klientovi ssh.\n
Do v\u00fdstupu «ssh -G» bola pridan\u00e1 riadok «Host», odr\u00e1\u017eaj\u00faca hodnotu argumentu s menom hostite\u013ea.\n
Do scp a sftp bola pridan\u00e1 mo\u017enos\u0165 «-X» na riadenie tak\u00fdch parametrov protokolu SFTP, ako je ve\u013ekos\u0165 vyrovn\u00e1vacej pam\u00e4te a po\u010det \u010dakaj\u00facich dokon\u010den\u00ed po\u017eiadaviek.\n
V ssh-keyscan je povolen\u00e9 skenovanie cel\u00fdch CIDR rozsahov adries, napr\u00edklad «ssh-keyscan 192.168.0.0\/24». <\/ul>\n