{"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\/ro\/blog\/news\/vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","title":{"rendered":"Lansarea OpenSSH 9.2 cu remedierea unei vulnerabilit\u0103\u021bi care se manifest\u0103 \u00eenainte de autentificare","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
A ap\u0103rut versiunea OpenSSH 9.2, o implementare deschis\u0103 a clientului \u0219i serverului pentru lucrul cu protocoalele SSH 2.0 \u0219i SFTP. \u00cen aceast\u0103 versiune, a fost eliminat\u0103 o vulnerabilitate care ducea la eliberarea dubl\u0103 a memoriei \u00eenainte de autentificare. Vulnerabilitatea afecteaz\u0103 doar versiunea OpenSSH 9.1; \u00een versiunile anterioare, problema nu apare. <\/p>\n
Pentru a crea condi\u021bii pentru manifestarea vulnerabilit\u0103\u021bii, este suficient s\u0103 schimbi bannerul clientului SSH \u00een «SSH-2.0-FuTTYSH_9.1p1» pentru a ob\u021bine setarea flagurilor «SSH_BUG_CURVE25519PAD» \u0219i «SSH_OLD_DHGEX», care depind de versiunea clientului SSH. Dup\u0103 setarea acestor flaguri, memoria pentru bufferul «options.kex_algorithms» este eliberat\u0103 de dou\u0103 ori — la executarea func\u021biei do_ssh2_kex(), care apeleaz\u0103 compat_kex_proposal(), \u0219i la executarea func\u021biei do_authentication2(), care apeleaz\u0103 \u00een lan\u021b input_userauth_request(), mm_getpwnamallow(), copy_set_server_options(), assemble_algorithms() \u0219i kex_assemble_names(). <\/p>\n
Crearea unui exploit func\u021bional pentru vulnerabilitate este considerat\u0103 pu\u021bin probabil\u0103, deoarece procesul de exploatare este prea complex — bibliotecile moderne de distribu\u021bie a memoriei ofer\u0103 protec\u021bie \u00eempotriva eliber\u0103rii duble a memoriei, iar procesul pre-auth, \u00een care se afl\u0103 eroarea, se desf\u0103\u0219oar\u0103 cu privilegii reduse \u00eentr-un mediu sandbox izolat. <\/p>\n
Pe l\u00e2ng\u0103 vulnerabilitatea men\u021bionat\u0103, \u00een noua versiune au fost rezolvate \u0219i alte dou\u0103 probleme de securitate: <\/p>\n
\n
O eroare \u00een procesarea set\u0103rii «PermitRemoteOpen», care duce la ignorarea primului argument, dac\u0103 acesta difer\u0103 de valorile «any» \u0219i «none». Problema apare \u00een versiunile mai noi de OpenSSH 8.7 \u0219i duce la omisiunea verific\u0103rii atunci c\u00e2nd se specific\u0103 doar o singur\u0103 autoriza\u021bie.\n
Un atacator care controleaz\u0103 serverul DNS utilizat pentru determinarea numelui poate ob\u021bine substituirea caracterelor speciale (de exemplu, «*») \u00een fi\u0219ierele known_hosts, dac\u0103 \u00een configura\u021bie sunt activate op\u021biunile CanonicalizeHostname \u0219i CanonicalizePermittedCNAMEs, iar rezolvatorul de sistem nu verific\u0103 corectitudinea r\u0103spunsurilor de la serverul DNS. Efectuarea atacului este considerat\u0103 pu\u021bin probabil\u0103, deoarece numele returnate trebuie s\u0103 corespund\u0103 condi\u021biilor stabilite prin CanonicalizePermittedCNAMEs. <\/ul>\n
Paleta de culori a fost modificat\u0103, oferind o separare mai contrastant\u0103 \u00eentre text \u0219i fundal. <\/p>\n
\n
\u00cen ssh_config pentru ssh, a fost ad\u0103ugat\u0103 setarea EnableEscapeCommandline, care controleaz\u0103 activarea proces\u0103rii pe partea clientului a secven\u021bei de escape «~C», oferind o linie de comand\u0103. \u00cen mod implicit, procesarea «~C» este acum dezactivat\u0103 pentru a utiliza o izolare sandbox mai strict\u0103, ceea ce ar putea duce poten\u021bial la probleme de func\u021bionare \u00een sistemele \u00een care «~C» este folosit pentru redirec\u021bionarea porturilor \u00een timpul execu\u021biei.\n
\u00cen sshd_config pentru sshd a fost ad\u0103ugat\u0103 directiva ChannelTimeout pentru a stabili un timeout de inactivitate a canalului (canalele care nu au trafic \u00een perioada specificat\u0103 de directiv\u0103 vor fi \u00eenchise automat). Pentru sesiuni, X11, agen\u021bi \u0219i redirec\u021bionarea traficului pot fi stabilite timeout-uri diferite.\n
\u00cen sshd_config pentru sshd a fost ad\u0103ugat\u0103 directiva UnusedConnectionTimeout, care permite stabilirea unui timeout pentru \u00eencheierea conexiunilor clientului care nu au canale active pentru o anumit\u0103 perioad\u0103 de timp.\n
\u00cen sshd a fost ad\u0103ugat\u0103 op\u021biunea «-V» pentru a afi\u0219a versiunea, similar cu op\u021biunea corespunz\u0103toare din clientul ssh.\n
\u00cen ie\u0219irea «ssh -G» a fost ad\u0103ugat\u0103 linia «Host», care reflect\u0103 valoarea argumentului cu numele gazdei.\n
\u00cen scp \u0219i sftp a fost ad\u0103ugat\u0103 op\u021biunea «-X» pentru a gestiona parametrii protocolului SFTP, cum ar fi dimensiunea bufferului de copiere \u0219i num\u0103rul de cereri a\u0219tept\u00e2nd s\u0103 fie finalizate.\n
\u00cen ssh-keyscan este permis scannarea intervalelor de adrese CIDR complete, de exemplu, «ssh-keyscan 192.168.0.0\/24». <\/ul>\n