Tronlar
Gamma
Verificación en dos pasos activada
Usuário com poucas negociações! Use sempre o saldo do ForoBeta!
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.