Alpine Linux alerta para falha no openssh-server que permite burlar a autenticação por senha

O aviso do Alpine descreve um bypass de autenticação por senha no sshd compilado sem PAM. Sem PAM, o sshd confere a senha fazendo hash da tentativa com crypt() e comparando com o campo de senha armazenado. Quando esse campo é curto demais para conter um salt, o sshd pega emprestado o salt de outra conta.

O problema está na musl. A crypt() dela devolve a string * como indicador de erro quando a chave passa de 256 bytes. Só que * é exatamente o que fica no campo de toda conta sem senha (o normal em contas só com chave). O "hash" bate e o login passa. O atacante precisa do nome de uma conta com * e de pelo menos outra conta com hash $5$ ou $6$ na máquina. Aí envia uma senha de 257 a 1024 bytes. Uma conexão basta, sem tentativas repetidas. Até a publicação, não havia CVE atribuído.

Todas as versões checadas estão afetadas, da 3.16 à 3.24 e a edge. Os pacotes corrigidos estão nas versões 3.21.10, 3.22.8, 3.23.8 e 3.24.4, e há correções publicadas até a 3.16, mesmo com a 3.21 fora de suporte desde 1 de novembro de 2026. A correção upstream está no OpenSSH 10.6p2.

Atualizar o pacote não reinicia o daemon em execução: é preciso rodar rc-service sshd restart. Sem atualizar, a mitigação é PasswordAuthentication no. Para checar se houve abuso, procure em /var/log/messages linhas "Accepted password" para contas sem senha, e revise uso de doas, usuários, arquivos e authorized_keys recentes. Se não der para descartar um login, trate a máquina como comprometida.

Imagens oficiais tiny-cloud (qcow2, VHD e AMI) das versões 3.18.11 a 3.24.3 trazem o usuário alpine com * e doas sem senha. Ficam seguras no primeiro boot, mas viram exploráveis quando surge um hash $6$, por exemplo se um admin define senha no console ou o user-data cria usuário com hashed_passwd. O atacante entra como alpine e vira root via doas.

Em 6 de novembro de 2026, o CEVIU noticiou "Falha no OpenSSH permite bypass de autenticação por senha em sistemas com musl sem PAM", sobre a mesma falha e a mesma causa: o marcador de erro da crypt() da musl coincide com o valor de contas sem senha. A matéria atual traz o aviso do Alpine, com versões afetadas, pacotes corrigidos e passos de mitigação.

Para quem opera imagens Alpine em container, VM ou nuvem, a leitura é que "conta sem senha" deixou de ser sinônimo de conta inacessível por SSH. Vale auditar frotas e imagens base, reconstruir com os pacotes corrigidos e incluir o restart do sshd no runbook de patch, já que o pacote sozinho não fecha a brecha. Em pipelines que geram AMIs a partir de tiny-cloud, vale rever imagens de versões anteriores às corrigidas.