Tailscale 1.104.4 corrige falhas de privilégio no SSH apontadas pelo Tailworm

A Tailscale corrigiu uma série de falhas no Tailscale SSH e no seu recurso Serve na versão 1.104.4. As correções vêm depois do relatório "Tailworm". Ele mostrou que um único dispositivo comprometido podia obter acesso root em outras máquinas que tinha permissão para alcançar. A Tailscale publicou quatro boletins de segurança, de TS-2026-014 a TS-2026-017, e detalhou o caso em um post no blog datado de 28 de outubro de 2026. Quem usa o Tailscale SSH com encaminhamento de portas deve atualizar.

A Tailscale é um serviço de VPN que liga os dispositivos de uma empresa em uma única rede privada, chamada tailnet. O Tailscale SSH permite que ela cuide dos logins nessas máquinas no lugar das chaves SSH comuns.

O que os quatro boletins corrigem

Boletim	O que deu errado	Quem é afetado
TS-2026-014	O encaminhamento de sockets Unix via SSH rodava como root, então podia alcançar sockets restritos ao root	Tailscale SSH quando a política permite encaminhamento local ou remoto
TS-2026-015	A memória crescia sem limite nas sessões SSH, o que podia derrubar o tailscaled	Nós do Tailscale SSH, a partir de uma sessão logada e permitida
TS-2026-016	Backends do Serve em sockets Unix podiam alcançar sockets privilegiados, incluindo a API local do tailscaled	Configurações que apontam o Serve para um socket Unix
TS-2026-017	Uma condição de corrida no Serve com HTTP/2 vazava cabeçalhos de App Capabilities entre pontos de montagem	Serve com TLS e dois ou mais pontos de montagem com requisitos diferentes

Os quatro estão corrigidos na versão 1.104.4 ou posterior, segundo o índice de boletins da Tailscale. A Tailscale não atribuiu nível de gravidade a nenhum deles.

Um socket Unix é um canal local que programas na mesma máquina usam para se comunicar entre si. Alguns, como o socket do Docker, dão a quem os alcança o controle total da máquina.

Como o ataque funciona

A pesquisadora por trás do relatório é Erica Windisch, da Cyberdione Labs, informa o The Hacker News. Ela testou o Tailscale 1.104.2 e o headscale 0.29.5, o servidor de controle de código aberto, e listou 11 achados.

No laboratório dela, três métodos transformaram uma sessão SSH comum em acesso root. Um enviava uma conexão encaminhada, por meio de um processo root, para um socket restrito ao root. Outro trocava o alvo por um socket pertencente ao root. Um terceiro explorava uma condição de corrida com uma verificação de segurança de caminhos de arquivo. Essa última cadeia capturou uma chave de registro e colocou a máquina de um atacante na rede como servidor confiável. Isso só funcionou em redes sem Tailnet Lock, um recurso que exige que dispositivos confiáveis aprovem os novos.

A Tailscale ressalta os limites. Explorar as falhas exige "uma presença já existente em um peer autorizado da tailnet", com SSH permitido pela política. A empresa diz que as falhas não permitem que alguém de fora faça login em qualquer servidor Tailscale SSH. Ela classifica o risco como movimento lateral limitado pela política, e não como um worm que se espalha sozinho.

Uma divulgação contestada

Tudo aconteceu rápido. Segundo a Tailscale, preocupações começaram a circular nas redes sociais na sexta-feira, 23 de outubro, e a empresa começou a investigar. Ela recebeu o relatório na manhã de sábado, 24 de outubro, e a pesquisadora o publicou cerca de duas horas depois.

Windisch disse ao The Hacker News que o relatório foi "reportado, mas não coordenado". Ela afirmou que enviou o relatório e uma prova de conceito à Tailscale primeiro. Alguns pesquisadores criticaram a publicação sem uma correção coordenada, segundo o The Hacker News e a Brandefense.

A Tailscale também analisou um relatório separado sobre Serve e Funnel, com cinco achados. Corrigiu três como bugs e considerou que dois funcionavam conforme o projetado. Um conector de aplicativos ainda não lançado, o Conn25, tem uma falha. "Os conectores de aplicativos estáveis disponíveis hoje não são afetados", diz a Tailscale.

O que isso significa para desenvolvedores

Equipes que usam o Tailscale SSH devem aplicar esta atualização imediatamente. O uso comum da rede, sem esses recursos, não é citado como afetado.

• Atualize os clientes para a versão 1.104.4 ou posterior. As correções ficam no cliente, então todo nó que aceita Tailscale SSH precisa da nova versão.
• Desative o encaminhamento se ainda não puder aplicar o patch. Defina TS_SSH_DISABLE_FORWARDING=1 no ambiente do serviço tailscaled e reinicie-o. O Tailscale SSH continua funcionando sem encaminhamento.
• Restrinja as regras de SSH. Substitua regras amplas por permissões individuais de origem para destino e nunca permita contas de destino privilegiadas, como recomendam o The Hacker News e a Brandefense.
• Audite as configurações do Serve. Remova qualquer encaminhamento do tailscale serve que aponte para um socket Unix de que você não precisa, principalmente os privilegiados.
• Quem hospeda o próprio servidor deve verificar o headscale. Os dois veículos informam que o headscale 0.29.5 não permite desativar o encaminhamento, então toda permissão de SSH ali equivale, na prática, a root. A versão 1.104.4 do cliente não altera o servidor.
• Ative o Tailnet Lock. Segundo o The Hacker News, ele bloqueou no laboratório a etapa final da cadeia da chave de registro.

A própria orientação da Tailscale é comedida. "Com base na nossa avaliação atual, não estamos recomendando que todos desativem o Tailscale SSH", disse a atualização de 26 de outubro. Aplicar o patch e depois limitar quem pode encaminhar o quê é, de qualquer forma, o caminho mais seguro.