O fundador da Binance, Changpeng Zhao (CZ), alertou operadores de servidores sobre uma vulnerabilidade crítica de autenticação do OpenSSH que afeta certos sistemas Alpine Linux, pedindo que instalem as correções de segurança depois que desenvolvedores descobriram que a falha existia há quase 10 anos.
Resumo
- O fundador da Binance, CZ, pediu que operadores de servidores corrijam imediatamente uma vulnerabilidade de bypass de autenticação do OpenSSH com uma década de existência.
- A falha afeta certos servidores Linux baseados em musl que usam autenticação por senha sem proteção PAM habilitada durante os logins.
- Atacantes poderiam acessar contas vulneráveis usando senhas de tamanho excessivo sem conhecer suas credenciais reais ou chaves privadas.
- O OpenSSH lançou a versão 10.6p2, enquanto o Alpine Linux publicou correções de segurança para as versões afetadas do sistema operacional.
- Algumas configurações de nuvem do Alpine podem expor privilégios administrativos, embora nenhuma exploração confirmada tenha sido relatada publicamente.
Em uma publicação de 6 de novembro no X, Zhao chamou a atenção para o problema de segurança depois que OpenSSH e Alpine Linux lançaram correções em 5 de novembro. A vulnerabilidade pode permitir que atacantes acessem certas contas sem conhecer suas senhas, incluindo contas normalmente configuradas para aceitar apenas chaves SSH.
“Bug de segurança do OpenSSH no Alpine Linux que existe há 10 anos. Aplique as correções se ainda não o fez”, escreveu CZ.
O alerta diz respeito a uma vulnerabilidade de software que afeta algumas configurações de servidor. Nem a publicação de Zhao nem os avisos de segurança estabeleceram que sistemas da Binance foram comprometidos por meio da falha.
Falha do OpenSSH permite acesso não autorizado a servidores Linux vulneráveis
De acordo com um aviso de segurança oficial, atacantes podem contornar a autenticação em servidores Alpine Linux afetados fornecendo uma senha entre 257 e 1.024 bytes de comprimento.
A vulnerabilidade afeta sistemas que executam OpenSSH sem Pluggable Authentication Modules (PAM), desde que a autenticação por senha permaneça habilitada e existam certas configurações de conta.
Um atacante precisa saber o nome de usuário de uma conta cujo campo de senha armazenado contenha um asterisco, indicando que nenhuma senha foi definida. A máquina deve ter outra conta local com um hash de senha SHA-256 ou SHA-512 compatível.
Nessas condições, o servidor pode aceitar a senha de tamanho excessivo mesmo que ela não corresponda a credenciais legítimas. O aviso afirma que a exploração exige apenas uma conexão, sem tentativas repetidas de adivinhação de senha.
No entanto, não todo servidor Alpine Linux é vulnerável. Sistemas que usam PAM para verificação de senhas, aqueles com autenticação por senha desabilitada e contêineres sem um servidor SSH em execução não são afetados.
A falha pode se estender além do Alpine para outras distribuições Linux que usam musl libc, incluindo certas configurações de OpenWrt, Buildroot e Yocto.
O OpenWrt normalmente usa Dropbear para conexões SSH, que, segundo o pesquisador, não é afetado por este problema específico.
Pesquisador de segurança explica bug de autenticação com uma década de existência
O pesquisador de segurança Özgün Kültekin, da Wakefield, identificou a vulnerabilidade, que batizou de “*sshole”, e rastreou suas origens a mudanças feitas entre 2012 e 2016.
Em seu relatório técnico, Kültekin explicou que a função de hash de senha do musl retorna um asterisco quando as senhas excedem seu limite de processamento de 256 bytes.
O OpenSSH pode tomar emprestado o salt de senha de outra conta ao verificar contas sem hashes de senha válidos. A combinação cria uma situação em que o asterisco retornado corresponde ao campo de senha armazenado, permitindo que um login inválido seja bem-sucedido.
O pesquisador vinculou o comportamento a uma mudança no OpenSSH introduzida em julho de 2016 para resolver um problema de segurança separado envolvendo a descoberta de nomes de usuário.
O OpenSSH reconheceu a vulnerabilidade em suas notas de lançamento, mas atribuiu a causa subjacente a código fora do servidor SSH.
“Consideramos que a causa raiz deste bug está fora do sshd”, declarou a equipe de desenvolvimento em seu aviso de segurança.
Os desenvolvedores descreveram o novo lançamento como uma solução alternativa que impede que o erro de autenticação conceda acesso.
Imagens de nuvem do Alpine Linux enfrentam possível acesso root
Certas imagens de nuvem do Alpine Linux apresentam outra preocupação, porque uma conta exposta por meio da vulnerabilidade pode ter permissões administrativas.
O aviso do Alpine identifica as imagens tiny-cloud das versões 3.18.11 até 3.24.3 como potencialmente afetadas. Sua conta alpine padrão tem acesso sem senha ao utilitário doas, que permite aos usuários executar comandos com privilégios administrativos.
Embora essas imagens não sejam vulneráveis em sua primeira inicialização, adicionar uma conta com um hash de senha compatível pode criar as condições para exploração.
Um atacante que consiga acessar com sucesso a conta alpine poderia então usar suas permissões existentes para obter acesso root.
O aviso distingue essas configurações de sistemas onde os logins diretos de root permanecem restritos. As configurações padrão do OpenSSH impedem o acesso root baseado em senha, embora outra conta administrativa comprometida ainda possa fornecer privilégios elevados.
A divulgação ocorre enquanto CZ continua emitindo alertas de segurança para usuários de criptomoedas. Em 5 de novembro, o crypto.news noticiou seu alerta sobre um site fraudulento do Trust Wallet projetado para enganar os usuários e fazê-los conectar suas carteiras.
OpenSSH lança correção de segurança de emergência
O OpenSSH lançou a versão 10.6p2 em 5 de novembro para corrigir o bypass de autenticação. O Alpine Linux publicou pacotes corrigidos abrangendo os lançamentos atuais e versões mais antigas que remontam à 3.16.
Seu aviso instrui os administradores a atualizar os pacotes afetados e reiniciar o serviço SSH, já que apenas instalar uma atualização não substitui um processo de servidor em execução.
Para operadores que não conseguem atualizar imediatamente, os desenvolvedores recomendam desabilitar a autenticação por senha definindo PasswordAuthentication no e reiniciando o sshd após confirmar que o acesso por chave SSH funciona.
O Alpine identificou as versões 3.21.10, 3.22.8, 3.23.8 e 3.24.4 como lançamentos que contêm os pacotes corrigidos.
Os administradores foram aconselhados a revisar os logs de autenticação SSH em busca de acesso inesperado baseado em senha a contas que não deveriam aceitar senhas.
O aviso de segurança afirmou que os operadores que não conseguem descartar acesso não autorizado devem tratar a máquina afetada como comprometida.
