⚠️ Falha crítica no OpenSSH permite acesso sem senha a certos servidores Linux

Este tópico foi traduzido automaticamente do espanhol. Ver original
Tronlar

Tronlar

Gamma
Verificación en dos pasos activada
Usuário com poucas negociações! Use sempre o saldo do ForoBeta!
usrDIZs.png


Foi publicada uma atualização de segurança urgente para o OpenSSH após a descoberta de um problema que pode permitir o acesso não autorizado a determinados servidores Linux.

A vulnerabilidade afeta especialmente instalações de Alpine Linux que utilizam OpenSSH sem PAM e mantêm habilitada a autenticação por senha.

O que preocupa é que, sob condições específicas, um atacante poderia iniciar sessão em uma conta que normalmente só deveria permitir o acesso por chaves SSH, sem saber a senha ou dispor de sua chave privada.



🔴 Que risco representa para um servidor?

Um atacante que conheça o nome de uma conta afetada e tenha acesso à porta SSH poderia conseguir uma sessão utilizando uma senha especialmente longa.

Em alguns servidores, isso poderia dar acesso a arquivos, configurações, bancos de dados ou credenciais hospedadas no sistema, dependendo das permissões da conta comprometida.

Se essa conta dispõe de permissões administrativas através de ferramentas como doas, o impacto poderia chegar até o controle completo do servidor.

Importante: não significa que qualquer servidor com OpenSSH seja vulnerável. Devem ser cumpridas várias condições.



🖥️ Que servidores podem estar afetados?

O problema afeta determinadas instalações Linux baseadas na biblioteca musl, especialmente Alpine Linux.

Para que um servidor seja vulnerável, devem coincidir estas condições:
  • Utilizar OpenSSH sem autenticação PAM, ou ter o PAM desabilitado.
  • Ter habilitada a autenticação SSH por senha.
  • Dispor de alguma conta cujo campo de senha contenha o valor *, habitual em determinadas contas que só utilizam chaves SSH.
  • Ter pelo menos outra conta local com um hash de senha do tipo $5$ ou $6$.

A falha também pode ser relevante em sistemas baseados em musl como Buildroot, Yocto ou OpenWrt se utilizarem uma configuração de OpenSSH afetada.

Não estão afetados por esta falha específica:
  • As instalações habituais de Ubuntu ou Debian baseadas em glibc.
  • Os sistemas que utilizam PAM para verificar as senhas.
  • Os servidores que têm desabilitada a autenticação SSH por senha.
  • Os containers que não executam um servidor SSH.
  • OpenWrt quando utiliza seu servidor SSH habitual, Dropbear, em vez de OpenSSH.



🛠️ Como solucionar o problema?

O OpenSSH publicou a versão 10.6p2 com uma correção de segurança.

O Alpine Linux também distribuiu pacotes corrigidos para diferentes ramos, incluindo versões antigas.

Em servidores Alpine Linux, os administradores podem atualizar os pacotes com:

Bash:
apk upgrade -U -a

Depois é necessário reiniciar o serviço SSH:

Bash:
rc-service sshd restart

⚠️ Atenção: atualizar os pacotes não reinicia automaticamente o processo SSH que já está funcionando. É necessário aplicar também o reinício do serviço.

Se ainda não for possível atualizar, uma medida temporária é desabilitar a autenticação por senha:

Inserir CODE, HTML ou PHP:
PasswordAuthentication no

Esta opção deve ser configurada corretamente no sshd, verificada e aplicada através do reinício do serviço.

Antes de alterá-la, é preciso verificar se o acesso por chaves SSH funciona e manter aberta a sessão atual até verificar que é possível iniciar outra.



🔎 Como saber se alguém aproveitou a falha?

Em servidores potencialmente afetados, convém revisar os registros de autenticação SSH.

Por exemplo, buscar entradas como:

Inserir CODE, HTML ou PHP:
Accepted password for

Especialmente se corresponderem a contas que não deveriam permitir o acesso por senha.

Também é recomendável verificar a criação de usuários, as alterações em chaves autorizadas e o uso inesperado de privilégios administrativos.

A ausência de entradas suspeitas não garante por si só que não tenha existido uma intrusão.



🌐 Afeta cPanel, Plesk ou hostings compartilhados?

Não é uma vulnerabilidade específica de cPanel, Plesk, WordPress nem de nenhum CMS.


O problema está relacionado com a combinação do sistema operacional, a biblioteca de autenticação e a configuração do OpenSSH.

Os usuários de hosting compartilhado normalmente não administram esses componentes, por isso cabe ao provedor verificar se seus servidores estão afetados e aplicar as atualizações.

Por outro lado, quem administra VPS, servidores dedicados ou infraestruturas próprias com Alpine Linux deve revisar suas instalações o quanto antes.



📌 Informações adicionais
  • Data do aviso: 5 de novembro de 2026.
  • Software envolvido: OpenSSH em determinadas configurações Linux com musl.
  • Versão corretiva do OpenSSH: 10.6p2.
  • Pesquisador: Özgün Kültekin, da Wakefield.
  • CVE: sem identificador atribuído no momento da publicação do aviso oficial.
  • Exploração ativa: não haviam sido comunicados ataques confirmados nas informações publicadas.

🔗 Fontes oficiais e análise técnica:

Aviso de segurança oficial do Alpine Linux

Notas da versão OpenSSH 10.6p2

Pesquisa técnica original



💬 Vocês utilizam Alpine Linux em seus VPS ou servidores dedicados?

Seria interessante saber se algum provedor de hosting já comunicou a atualização ou se vocês tiveram que aplicar a correção manualmente.

Embora não afete todos os servidores Linux, é uma falha importante para quem administra infraestruturas com as configurações mencionadas.
 
Foi útil? Participe da conversa

Com sua conta grátis você pode responder, mandar mensagem privada ao autor e comprar com Saldo retido: o pagamento é liberado quando você recebe o combinado.

Leva 30 segundos · você volta a este tópico ao terminar
Voltar
Topo