{"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\/pt\/blog\/news\/vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","title":{"rendered":"Lan\u00e7amento do OpenSSH 9.2 com corre\u00e7\u00e3o de vulnerabilidade que se manifesta antes da autentica\u00e7\u00e3o","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi publicado o lan\u00e7amento do OpenSSH 9.2, uma implementa\u00e7\u00e3o aberta de cliente e servidor para funcionamento com os protocolos SSH 2.0 e SFTP. Na nova vers\u00e3o, uma vulnerabilidade que leva \u00e0 libera\u00e7\u00e3o dupla da mem\u00f3ria na fase anterior \u00e0 autentica\u00e7\u00e3o foi corrigida. Apenas a vers\u00e3o OpenSSH 9.1 \u00e9 vulner\u00e1vel; em vers\u00f5es anteriores, o problema n\u00e3o se manifesta. <\/p>\n
Para criar condi\u00e7\u00f5es para a explora\u00e7\u00e3o de vulnerabilidades, basta alterar o banner do cliente SSH para «SSH-2.0-FuTTYSH_9.1p1» a fim de acionar as flags «SSH_BUG_CURVE25519PAD» e «SSH_OLD_DHGEX», que dependem da vers\u00e3o do cliente SSH. Ap\u00f3s a ativa\u00e7\u00e3o dessas flags, a mem\u00f3ria do buffer «options.kex_algorithms» \u00e9 liberada duas vezes \u2014 na execu\u00e7\u00e3o da fun\u00e7\u00e3o do_ssh2_kex(), que chama compat_kex_proposal(), e na execu\u00e7\u00e3o da fun\u00e7\u00e3o do_authentication2(), que invoca cadeias como input_userauth_request(), mm_getpwnamallow(), copy_set_server_options(), assemble_algorithms() e kex_assemble_names(). <\/p>\n
A cria\u00e7\u00e3o de um exploit funcional para a vulnerabilidade \u00e9 considerada improv\u00e1vel, uma vez que o processo de explora\u00e7\u00e3o \u00e9 muito complicado \u2014 bibliotecas modernas de gerenciamento de mem\u00f3ria oferecem prote\u00e7\u00e3o contra a libera\u00e7\u00e3o dupla de mem\u00f3ria, e o processo pr\u00e9-autentica\u00e7\u00e3o, que cont\u00e9m o erro, \u00e9 executado com privil\u00e9gios reduzidos em um ambiente sandbox isolado. <\/p>\n
Al\u00e9m da vulnerabilidade mencionada, duas outras quest\u00f5es de seguran\u00e7a tamb\u00e9m foram corrigidas na nova vers\u00e3o: <\/p>\n
\n
Um erro no processamento da configura\u00e7\u00e3o «PermitRemoteOpen» faz com que o primeiro argumento seja ignorado se ele diferir dos valores «any» e «none». O problema se manifesta em vers\u00f5es posteriores ao OpenSSH 8.7 e leva \u00e0 omiss\u00e3o da verifica\u00e7\u00e3o ao especificar apenas uma permiss\u00e3o.\n
Um atacante que controla o servidor DNS utilizado para a resolu\u00e7\u00e3o de nomes pode conseguir a inser\u00e7\u00e3o de caracteres especiais (por exemplo, «*») nos arquivos known_hosts, se as op\u00e7\u00f5es CanonicalizeHostname e CanonicalizePermittedCNAMEs estiverem ativadas na configura\u00e7\u00e3o, e o resolutor do sistema n\u00e3o verificar a corre\u00e7\u00e3o das respostas do servidor DNS. A realiza\u00e7\u00e3o deste ataque \u00e9 considerada improv\u00e1vel, uma vez que os nomes retornados devem corresponder \u00e0s condi\u00e7\u00f5es definidas atrav\u00e9s do CanonicalizePermittedCNAMEs. <\/ul>\n
Outras mudan\u00e7as: <\/p>\n
\n
No ssh_config para ssh, foi adicionada a configura\u00e7\u00e3o EnableEscapeCommandline, que controla a ativa\u00e7\u00e3o do processamento do lado do cliente da sequ\u00eancia de escape «~C», que oferece uma linha de comando. Por padr\u00e3o, o processamento de «~C» agora est\u00e1 desativado para usar uma isolamento sandbox mais rigoroso, o que pode potencialmente prejudicar sistemas nos quais «~C» \u00e9 usado para redirecionamento de portas durante a opera\u00e7\u00e3o.\n
No sshd_config para sshd foi adicionada a diretiva ChannelTimeout para definir o timeout de inatividade do canal (canais nos quais n\u00e3o houver tr\u00e1fego registrado pelo tempo especificado na diretiva ser\u00e3o fechados automaticamente). Diferentes timeouts podem ser definidos para sess\u00f5es, X11, agente e redirecionamento de tr\u00e1fego.\n
No sshd_config para sshd foi adicionada a diretiva UnusedConnectionTimeout, que permite definir um timeout para finalizar conex\u00f5es de clientes que permane\u00e7am em um determinado tempo sem canais ativos.\n
No sshd, foi adicionada a op\u00e7\u00e3o «-V» para exibir a vers\u00e3o, similar \u00e0 op\u00e7\u00e3o dispon\u00edvel no cliente ssh.\n
Na sa\u00edda do «ssh -G», foi adicionada a linha «Host», que reflete o valor do argumento com o nome do host.\n
No scp e sftp foi adicionada a op\u00e7\u00e3o «-X» para gerenciar par\u00e2metros do protocolo SFTP, como o tamanho do buffer de c\u00f3pia e o n\u00famero de solicita\u00e7\u00f5es pendentes.\n
No ssh-keyscan \u00e9 permitido escanear intervalos de endere\u00e7os CIDR completos, por exemplo, «ssh-keyscan 192.168.0.0\/24». <\/ul>\n