Foi lançado o OpenSSH 8.8, uma implementação aberta de cliente e servidor para trabalhar com os protocolos SSH 2.0 e SFTP. Esta versão é notável por desativar, por padrão, a possibilidade de uso de assinaturas digitais baseadas em chaves RSA com hash SHA-1 («ssh-rsa»).
A descontinuação do suporte a assinaturas «ssh-rsa» se deve ao aumento da eficácia dos ataques de colisão com prefixo fixo (o custo para gerar uma colisão é estimado em cerca de 50 mil dólares). Para verificar se o ssh-rsa é usado em seus sistemas, você pode tentar se conectar via ssh com a opção «-oHostKeyAlgorithms=-ssh-rsa». O suporte a assinaturas RSA com hashes SHA-256 e SHA-512 (rsa-sha2-256/512), que são suportados a partir do OpenSSH 7.2, permanece inalterado.
Na maioria dos casos, a descontinuação do suporte ao «ssh-rsa» não exigirá ações manuais dos usuários, pois no OpenSSH anteriormente a configuração UpdateHostKeys estava ativada por padrão, realizando a transição automática dos clientes para algoritmos mais seguros. Para migração, utiliza-se a extensão do protocolo «hostkeys@openssh.com», permitindo servidor informar o cliente sobre todas as chaves de host disponíveis após a autenticação. No caso de conexões a hosts com versões muito antigas do OpenSSH do lado do cliente, é possível reverter seletivamente a possibilidade de uso de assinaturas «ssh-rsa», adicionando ao ~/.ssh/config: Host nome_do_host_antigo HostkeyAlgorithms +ssh-rsa PubkeyAcceptedAlgorithms +ssh-rsa
A nova versão também corrige um problema de segurança causado pelo fato de que no sshd, a partir da versão OpenSSH 6.2, a inicialização do grupo de usuários ao executar comandos especificados nas diretivas AuthorizedKeysCommand e AuthorizedPrincipalsCommand estava incorreta. Essas diretivas deveriam garantir a execução de comandos sob outro usuário, mas na prática, herdavam a lista de grupos utilizada ao iniciar o sshd. Potencialmente, esse comportamento, em certas configurações de sistema, permitia que o manipulador em execução obtivesse privilégios adicionais no sistema.
Nas notas da nova versão, também foi publicado um aviso sobre a intenção de mudar o utilitário scp para usar SFTP como padrão, em vez do obsoleto protocolo SCP/RCP. O SFTP utiliza métodos de manuseio de nomes mais previsíveis e não utiliza processamento de padrões globais em nomes de arquivos através do shell no lado do outro host, o que causa problemas de segurança. Em particular, ao usar SCP e RCP servidor o servidor decide quais arquivos e diretórios enviar ao cliente, e o cliente apenas verifica a correção dos nomes de objetos retornados, o que, na ausência de verificações adequadas do lado do cliente, permite que o servidor envie outros nomes de arquivos, diferentes dos solicitados. O protocolo SFTP não possui esses problemas, mas não suporta a expansão de caminhos especiais, como "~\/". Para eliminar essa diferença, na versão anterior do OpenSSH, foi proposta uma nova extensão do protocolo SFTP para expandir os caminhos ~\/ e ~user\/.
Fonte: opennet.ru
