Se você usa o Tailscale para acessar seus servidores, este é o momento de atualizar. A empresa publicou quatro boletins de segurança sobre falhas que afetam o Tailscale SSH e o Tailscale Serve, todas corrigidas na versão 1.104.4.
A maioria dos problemas envolve escalada de privilégio: alguém que já tem permissão para conectar poderia fazer mais do que deveria, chegando em alguns casos a privilégios de administrador.
Neste artigo você entende o que é o Tailscale SSH, o que cada falha permitia, quem foi afetado e o que fazer agora, passo a passo.
O que é o Tailscale e o Tailscale SSH
O Tailscale cria uma rede privada entre seus dispositivos, chamada tailnet, usando o protocolo WireGuard. É muito usado por desenvolvedores para acessar um VPS, um servidor de casa ou um agente de IA rodando na nuvem sem expor portas na internet.
O Tailscale SSH é um servidor SSH embutido no próprio serviço do Tailscale, o tailscaled. Ele permite controlar quem pode entrar em cada máquina pelas regras de acesso da tailnet, sem gerenciar chaves SSH manualmente.
O detalhe importante: o tailscaled roda com privilégio de root. Por isso, qualquer falha na forma como ele executa operações em nome do usuário pode virar escalada de privilégio.
As quatro falhas corrigidas
A tabela resume os boletins publicados pela empresa. Todos são corrigidos na versão 1.104.4 ou mais nova:
| Boletim | Onde está a falha | Impacto |
|---|---|---|
| TS-2026-014 | Encaminhamento de sockets Unix no Tailscale SSH | Acesso a sockets só de root, como o do Docker e a API local do tailscaled |
| TS-2026-015 | Tratamento de sessões do Tailscale SSH | Consumo de memória sem limite até derrubar o tailscaled |
| TS-2026-016 | Backends Unix do Tailscale Serve | Possível tomada completa do nó pela API local |
| TS-2026-017 | Contexto compartilhado no HTTP/2 do Tailscale Serve | Permissões de um app vazando para outro |
A falha do encaminhamento de sockets
O Tailscale SSH permite encaminhar conexões TCP e sockets Unix entre o cliente e o servidor, como no comando ssh -L. O problema do boletim TS-2026-014 é que o tailscaled validava o caminho do socket só pelo texto, mas executava a operação como root.
Isso abriu três brechas: conexões privilegiadas pelo encaminhamento local, troca de sockets de root pelo encaminhamento remoto e uma condição de corrida que driblava a lista de caminhos permitidos.
Na prática, um usuário autorizado a encaminhar portas podia alcançar sockets restritos, como o do Docker. A correção faz o encaminhamento rodar com as permissões do usuário autenticado, e não mais como root.
As falhas no Tailscale Serve e o ataque de memória
O Tailscale Serve compartilha serviços locais com a tailnet. No boletim TS-2026-016, encaminhamentos TCP para sockets Unix não tinham proteção e conectavam como root, o que permitia falar direto com a API local do tailscaled e assumir o nó.
A mesma falha tinha uma segunda parte: a checagem de links simbólicos só rodava ao recarregar a configuração. Trocar o caminho por um link depois disso burlava a proteção.
Já o TS-2026-017 afetava quem usa o Serve com TLS e duas ou mais rotas com permissões diferentes. Requisições simultâneas na mesma conexão HTTP/2 podiam receber as permissões de outra rota.
Por fim, o TS-2026-015 permitia a um usuário autenticado enviar mensagens em sequência até esgotar a memória do servidor. Como o tailscaled concentra toda a rede do nó, a queda dele derruba todas as conexões Tailscale daquela máquina.
Quem foi afetado
Segundo a empresa, a exploração depende das permissões dadas a quem conecta, da configuração e de outras condições. Em todos os casos de SSH, o atacante precisa já ter uma sessão permitida pela política de acesso.
- Quem usa Tailscale SSH com encaminhamento local ou remoto liberado nas regras de acesso.
- Quem roda o servidor Tailscale SSH em qualquer configuração, no caso do ataque de memória.
- Quem usa o Tailscale Serve com backends em sockets Unix ou com TLS e várias rotas.
Com base na avaliação atual, o Tailscale não recomenda que todo mundo desative o Tailscale SSH. A orientação é atualizar e revisar as permissões.
O que fazer agora: passo a passo
Instale a versão 1.104.4 ou mais nova do Tailscale em todos os nós que usam Tailscale SSH ou Tailscale Serve. Em servidores Linux, use o gerenciador de pacotes da sua distribuição.
Rode
tailscale version em cada máquina e verifique se o número é 1.104.4 ou superior.Defina TS_SSH_DISABLE_FORWARDING=1 no ambiente do serviço tailscaled e reinicie o serviço. Isso desliga o encaminhamento sem desativar o Tailscale SSH inteiro e, segundo a empresa, mitiga várias das falhas mais sérias.
No painel de administração, deixe o acesso SSH só para os usuários e dispositivos que realmente precisam, principalmente em máquinas sensíveis.
Se você compartilha serviços por sockets Unix, confira quem pode alterar a configuração e os caminhos de backend.
A lição para quem roda agentes e servidores
Muita gente usa o Tailscale justamente para proteger um VPS com agente de IA ou um servidor caseiro. Esse caso mostra que até a ferramenta de segurança precisa de atualização em dia e de permissões mínimas.
A regra vale para qualquer infraestrutura: dê a cada pessoa e a cada agente só o acesso de que eles precisam, e desligue o que não usa.
Perguntas frequentes
Preciso parar de usar o Tailscale SSH?
Não. Segundo a empresa, a recomendação não é desativar o Tailscale SSH, e sim atualizar para a versão 1.104.4 ou mais nova e revisar as permissões.
Um desconhecido na internet poderia explorar essas falhas?
Nos casos de SSH, os boletins indicam que é preciso já ter uma sessão autorizada pela política de acesso. No Serve, os cenários envolvem acesso à configuração ou a peers da tailnet.
O tráfego criptografado entre meus dispositivos foi exposto?
Os boletins não falam em quebra da criptografia do WireGuard. As falhas estão no SSH e no Serve, que rodam como root dentro do tailscaled.
Uso o Tailscale só no celular. Preciso fazer algo?
As falhas descritas afetam o servidor Tailscale SSH e o Tailscale Serve. Mesmo assim, manter o app sempre atualizado é uma boa prática.
Conclusão
As falhas no Tailscale SSH e no Tailscale Serve eram sérias, mas já têm correção: atualize para a versão 1.104.4, desligue o encaminhamento se não usa e revise quem pode acessar cada máquina.
Quer reforçar a segurança do seu servidor? Veja como rodar o Claude Code 24/7 em um VPS com cuidado e entenda o NVIDIA OpenShell, sandbox para agentes de IA. Os detalhes técnicos estão nos boletins de segurança do Tailscale.