Após quatro meses de desenvolvimento, o lançamento do OpenSSH 8.7 foi apresentado, uma implementação aberta do cliente e servidor para trabalhar com os protocolos SSH 2.0 e SFTP.
Principais mudanças:
- O scp agora inclui um modo experimental de transferência de dados utilizando o protocolo SFTP em vez do protocolo SCP/RCP tradicionalmente usado. O SFTP utiliza métodos mais previsíveis para o tratamento de nomes e não faz uso de processamento de padrões globais através do shell no outro host, o que cria problemas de segurança. Para ativar o SFTP no scp, foi proposto a flag "-s", mas no futuro planeja-se implementar este protocolo por padrão.
- Na sftp-server, foram implementadas extensões do protocolo SFTP para revelar caminhos ~/ e ~user/, o que é necessário para o scp.
- Na ferramenta scp, o comportamento foi alterado ao copiar arquivos entre dois hosts remotos (por exemplo, "scp host-a:/path host-b:"), que agora é feito por padrão através de um host local intermediário, como ao usar a flag "-3". Esta abordagem evita a transmissão de credenciais desnecessárias ao primeiro host e a interpretação tripla de nomes de arquivos no shell (no lado de origem, receptor e sistema local), além de permitir o uso de todos os métodos de autenticação ao acessar hosts remotos, não apenas métodos não interativos. Para restaurar o comportamento antigo, foi adicionada a opção "-R".
- No ssh, foi adicionada a configuração ForkAfterAuthentication, correspondente à flag "-f".
- No ssh, foi adicionada a configuração StdinNull, correspondente à flag "-n".
- No ssh, foi adicionada a configuração SessionType, através da qual é possível estabelecer modos correspondentes às flags "-N" (sem sessão) e "-s" (subsystem).
- No ssh-keygen, agora é permitido especificar o intervalo de validade da chave nos arquivos com chaves.
- No ssh-keygen, foi adicionada a flag "-Oprint-pubkey" para saída da chave pública completa como parte da assinatura sshsig.
- No ssh e sshd, tanto o cliente quanto o servidor, foram migrados para usar um parser de arquivo de configuração mais rigoroso, que adota regras semelhantes às do shell para tratamento de aspas, espaços e caracteres de escape. O novo parser também não ignora suposições anteriores, como a omissão de argumentos nas opções (por exemplo, agora não é permitido deixar direta a DenyUsers sem conteúdo), aspas não fechadas e a indicação de múltiplos caracteres "=".
- Ao usar registros DNS SSHFP para a verificação de chaves, o ssh agora verifica todos os registros correspondentes, não apenas aqueles que contêm um tipo específico de assinatura digital.
- No ssh-keygen ao gerar uma chave FIDO com a opção -Ochallenge para hashing, agora é utilizada uma camada embutida, e não as ferramentas libfido2, permitindo o uso de sequências de challenge com tamanhos maiores ou menores que 32 bytes.
- No sshd, ao processar a diretiva environment=»…» em arquivos authorized_keys, agora é aceito o primeiro correspondente e existe uma limitação de 1024 nomes de variáveis de ambiente.
Os desenvolvedores do OpenSSH também alertaram sobre a transição para algoritmos obsoletos que utilizam hashes SHA-1, devido ao aumento na eficácia dos ataques de colisão com prefixo especificado (o custo para encontrar uma colisão é estimado em cerca de 50 mil dólares). Na próxima versão, a possibilidade de usar o algoritmo de assinatura digital com chave pública «ssh-rsa», mencionado no RFC original para o protocolo SSH e que continua amplamente difundido na prática, será desativada por padrão.
Para verificar a aplicação do ssh-rsa em seus sistemas, você pode tentar se conectar via ssh com a opção '-oHostKeyAlgorithms=-ssh-rsa'. No entanto, a desativação por padrão das assinaturas digitais 'ssh-rsa' não significa uma rejeição completa do uso de chaves RSA, uma vez que, além do SHA-1, o protocolo SSH permite a utilização de outros algoritmos de hash. Em particular, além do 'ssh-rsa', continuará a ser possível utilizar os pares 'rsa-sha2-256' (RSA/SHA256) e 'rsa-sha2-512' (RSA/SHA512).
Para suavizar a transição para novos algoritmos no OpenSSH, anteriormente a configuração UpdateHostKeys estava habilitada por padrão, permitindo a migração automática de clientes para algoritmos mais seguros. Com a configuração indicada, uma extensão especial do protocolo «hostkeys@openssh.com» é ativada, permitindo servidor após a autenticação, informar ao cliente sobre todas as chaves de host disponíveis. O cliente pode refletir essas chaves em seu arquivo ~/.ssh/known_hosts, facilitando a atualização das chaves de host e simplificando a troca de chaves em servidor.
O uso do UpdateHostKeys é limitado por algumas ressalvas, que podem ser revogadas no futuro: a chave deve ser mencionada no UserKnownHostsFile e não ser utilizada no GlobalKnownHostsFile; a chave deve estar presente apenas sob um nome; não deve ser utilizado um certificado de chave de host; no known_hosts não devem ser utilizadas máscaras por nome de host; a configuração VerifyHostKeyDNS deve estar desativada; e o parâmetro UserKnownHostsFile deve estar ativo.
Entre os algoritmos recomendados para migração estão rsa-sha2-256/512 com base na RFC8332 RSA SHA-2 (suportado a partir do OpenSSH 7.2 e utilizado por padrão), ssh-ed25519 (suportado a partir do OpenSSH 6.5) e ecdsa-sha2-nistp256/384/521 com base na RFC5656 ECDSA (suportado a partir do OpenSSH 5.7).
Fonte: opennet.ru
