A pesquisadora Erica Windisch, da Cyberdione Labs, publicou no domingo (25) um relatório com 11 vulnerabilidades no Tailscale SSH. O recurso abre sessões de terminal entre máquinas de uma mesma rede Tailscale. O conjunto de falhas foi batizado de Tailworm. Ele permite que um invasor que já domina um aparelho autorizado chegue ao root de outros servidores que as regras de acesso deixam alcançar. A Tailscale confirmou o problema e programou a correção para terça-feira (27). Até agora, nenhuma das falhas tem número CVE.
Como o ataque funciona
O Tailscale cria uma rede privada criptografada entre computadores, celulares e servidores, usando o protocolo WireGuard. No SSH tradicional, cada conexão pede senha ou chave. No Tailscale SSH, quem decide é a própria rede. O dispositivo é identificado criptograficamente, e as políticas de acesso dizem se ele pode abrir sessão no destino. É cômodo, e o Tailworm explora justamente essa confiança no dispositivo.
O ataque exige duas condições: o encaminhamento SSH precisa estar liberado, e o atacante precisa controlar uma máquina da tailnet com permissão para falar com o alvo. Com isso, não é preciso senha nem chave extra. O passo difícil é conseguir esse primeiro aparelho. O relatório lista caminhos comuns: aplicação web vulnerável, pacote de software malicioso, phishing ou login roubado. Os testes usaram o Tailscale 1.104.2 e o headscale 0.29.5, implementação de código aberto do servidor de coordenação.
O que a pesquisadora conseguiu fazer
Nos experimentos, as falhas permitiram ler arquivos restritos ao root, como o /etc/shadow, onde ficam os hashes de senha do sistema. Outra cadeia abusou de soquetes privilegiados para rodar comandos como root em certos serviços. A demonstração mais grave interceptou uma chave de registro de novos nós. Em redes sem o Tailnet Lock ativado, essa chave serviu para incluir na tailnet uma máquina sob controle do invasor. A partir daí, o atacante tem um ponto de presença próprio dentro da rede.
O estrago depende da configuração. No serviço hospedado da Tailscale, dá para restringir o encaminhamento. No headscale 0.29.5, segundo o relatório, o forwarding não pode ser desligado por regra. A recomendação é tratar qualquer permissão de SSH como equivalente a acesso root até sair o conserto.
O que a Tailscale disse
Mike Shaver, vice-presidente de engenharia da empresa, escreveu no Reddit que o relatório está em análise. Segundo ele, times internos, com ajuda de especialistas externos, já investigavam problemas no Tailscale SSH antes da divulgação, e a empresa ainda valida quais configurações foram afetadas. A Tailscale descreve a maior parte das falhas como elevação de privilégio: um usuário já autorizado a conectar consegue fazer mais do que sua conta local permitiria.
Quem usa o recurso em servidores, de startups a homelabs, deve revisar as políticas de SSH agora. Limite quem conecta a quem e desligue o encaminhamento SSH onde ele não é usado. Ativar o Tailnet Lock fecha a rota de registrar máquinas falsas. A empresa não recomenda desativar o Tailscale SSH por completo. A correção estava prevista para terça-feira (27), desde que os testes fossem concluídos. Até a última informação disponível, a versão ainda não havia sido liberada, e as falhas seguiam sem CVE.
