Nos clientes SSH OpenSSH e PuTTY ( no PuTTY e no OpenSSH), levando a uma vazamento de informações no algoritmo de negociação de conexão. A vulnerabilidade permite que um atacante, capaz de interceptar o tráfego do cliente (por exemplo, ao conectar-se a um usuário através de um ponto de acesso sem fio controlado pelo atacante), identifique a tentativa de conexão inicial do cliente com o host, quando a chave do host ainda não está armazenada em cache pelo cliente.
Sabendo que o cliente está tentando se conectar pela primeira vez e ainda não possui a chave do host, o atacante pode retransmitir a conexão através de si mesmo (MITM) e fornecer ao cliente sua chave de host, que o cliente SSH considerará a chave do host alvo, a menos que a verificação da impressão digital da chave seja realizada. Assim, o atacante pode organizar um MITM sem levantar suspeitas do usuário e ignorar sessões em que o cliente já possui chaves de host em cache, cuja tentativa de substituição resultaria em um alerta sobre a alteração da chave do host. O ataque se baseia na negligência dos usuários, que não realizam a verificação manual da impressão digital da chave do host na primeira conexão. Aqueles que verificam as impressões digitais das chaves estão protegidos contra esses ataques.
Como um sinal para determinar a primeira tentativa de conexão, é utilizada a alteração na ordem de enumeração dos algoritmos de chave do host suportados. No caso de ser a primeira conexão, o cliente envia a lista de algoritmos padrão, e se a chave do host já estiver em cache, o algoritmo associado a ela é colocado em primeiro lugar (os algoritmos são classificados por ordem de preferência).
O problema se manifesta em versões do OpenSSH de 5.7 a 8.3 e no PuTTY de 0.68 a 0.73. O problema Lançamento do Chrome OS 78 com suporte para desktops virtuais através da adição de uma opção para desativar a construção dinâmica da lista de algoritmos de processamento de chaves do host em favor da enumeração dos algoritmos em uma ordem fixa.
O projeto OpenSSH não planeja alterar o comportamento do cliente SSH, pois, se o algoritmo da chave existente não for especificado em primeiro lugar, será feita uma tentativa de usar um algoritmo que não corresponde à chave em cache, com a emissão de um aviso sobre a chave desconhecida. Ou seja, surge uma escolha — ou um vazamento de informações (OpenSSH e PuTTY), ou a exibição de avisos sobre a troca de chave (Dropbear SSH) caso a chave salva não corresponda ao primeiro algoritmo na lista padrão.
Para garantir a proteção no OpenSSH, recomenda-se usar métodos alternativos de verificação da chave do host através de registros SSHFP no DNSSEC e certificados de host (PKI). Também é possível desativar a seleção adaptativa de algoritmos de chaves de host por meio da opção HostKeyAlgorithms e usar a opção UpdateHostKeys para que o cliente obtenha chaves de host adicionais após a autenticação.
Fonte: opennet.ru
