JC Rueda
Ciberseguridad · Aviso

Tailscale (Tailscale SSH) · Escalada a root mediante el reenvío de sockets en SSH

Tailscale corrige en la versión 1.104.4 varios fallos de Tailscale SSH que permitían a un usuario ya autorizado escalar a root. Los fallos se conocieron después de que un laboratorio los publicara antes de que existiera el parche.

Publicado Lectura 9 min Ref. Sin CVE CVSS —

Resumen

Tailscale ha confirmado varias vulnerabilidades en Tailscale SSH, su servidor SSH integrado, y en la función Serve. La más grave (boletín TS-2026-014) permitía que alguien ya autorizado a conectarse por SSH llegara a recursos reservados a root mediante el reenvío de sockets Unix. La corrección está en el cliente 1.104.4, publicado el 28 de octubre de 2026. No hay CVE ni CVSS oficial, y no consta explotación fuera de laboratorio.

Materias: Vulnerabilidades, Escalada de privilegios, VPN y redes de confianza cero, SSH, Divulgación de vulnerabilidades, Gestión de parches

Tailscale es una red privada virtual (VPN) basada en WireGuard que conecta los equipos de una organización como si estuvieran en la misma red local. Su servicio SSH, que permite administrar servidores a distancia, tenía varios fallos que permitían a un usuario ya autorizado llegar a ser administrador total (root) del servidor. El 25 de octubre de 2026, un laboratorio independiente publicó los detalles antes de que existiera un parche. Tailscale respondió con una nota de investigación y cuatro boletines de seguridad, y el 28 de octubre publicó la versión corregida 1.104.4.

Descripción

Qué ha pasado

El 25 de octubre de 2026, Cyberdione Labs, cuya fundadora es Erica Windisch, publicó un informe con 11 hallazgos bajo el nombre «Tailworm». Seis estaban clasificados por los propios investigadores como de gravedad alta. Según el informe, se reprodujeron en laboratorio sobre versiones publicadas y sin modificar: el cliente Tailscale 1.104.2 y headscale 0.29.5. Headscale es un servidor de control de código abierto que algunas organizaciones instalan en sus propias máquinas en lugar del servicio alojado de Tailscale.

La publicación llegó antes de que hubiera parches. Esto es una divulgación no coordinada, es decir, sin acordar previamente con el fabricante una fecha para hacer públicos los detalles. El 26 de octubre, Tailscale publicó la nota «Tailscale SSH: Investigation and remediation update» y cuatro boletines de seguridad.

Componentes afectados

  • Tailscale SSH: servidor SSH integrado en tailscaled, el servicio de Tailscale, que se ejecuta con privilegios de root. Sustituye las claves SSH tradicionales por las identidades y políticas de acceso de la red Tailscale.
  • Tailscale Serve: función para publicar servicios locales dentro de la red privada (tailnet).
  • Según el informe del investigador, también el conector experimental de aplicaciones (conn25), el cliente de los relés DERP (servidores intermedios que retransmiten tráfico cuando no es posible una conexión directa) y headscale. Tailscale no ha publicado boletines propios sobre estos tres puntos.

Boletines confirmados por Tailscale (26 de octubre de 2026)

  • TS-2026-014: el reenvío de sockets Unix en Tailscale SSH podía llegar a sockets reservados a root. Afecta a quien permita en sus políticas el reenvío local (-L) o remoto (-R).
  • TS-2026-015: agotamiento de memoria en la gestión de sesiones de Tailscale SSH. Afecta a los nodos que ejecutan Tailscale SSH y requiere una sesión autenticada y permitida por la política.
  • TS-2026-016: los backends Unix de tailscale serve podían llegar a sockets privilegiados. Afecta a nodos donde un operador local puede escribir la configuración de Serve o donde usuarios locales pueden escribir en las rutas configuradas.
  • TS-2026-017: en Serve con TLS y HTTP/2, las cabeceras de capacidades de una ruta podían filtrarse a otra. Afecta a nodos con al menos dos rutas que exigen capacidades distintas.

Los boletines indican la versión corregida (1.104.4 o posterior), pero no un rango exacto de versiones afectadas. Lo único verificado de forma independiente es que el investigador probó la 1.104.2. Ningún boletín incluye identificador CVE ni puntuación de gravedad.

A quién afecta realmente

Solo a las organizaciones que tienen activado Tailscale SSH. Para el fallo más grave, además, sus políticas de acceso tienen que permitir el reenvío. Quien use Tailscale solo como VPN, sin su servidor SSH, no está expuesto a los fallos de SSH. Aun así, debe actualizar por los de Serve si utiliza esa función.

Mecánica

Requisito previo: un acceso ya autorizado

Ninguno de los fallos confirmados permite entrar desde Internet sin credenciales. El atacante necesita controlar un dispositivo o una cuenta que la política SSH de la organización ya autorice a conectarse con el servidor objetivo. Ese control puede venir, por ejemplo, de un phishing, de una aplicación web vulnerable o de un paquete de software malicioso. Se trata, por tanto, de una escalada de privilegios: alguien con un permiso limitado consigue hacer más de lo que se le concedió.

El fallo principal: reenvío de sockets ejecutado como root (TS-2026-014)

SSH permite «reenviar» conexiones: el usuario remoto pide al servidor que le conecte con un recurso local de esa máquina. Un tipo de recurso son los sockets Unix, ficheros especiales que los programas usan para comunicarse entre sí. Algunos dan control total del sistema, como el socket de Docker o la API local de tailscaled.

Según Tailscale, el reenvío se ejecutaba como root y comprobaba las rutas solo «léxicamente», mirando el texto de la ruta y no el fichero real al que apunta. El informe de Cyberdione añade otros dos problemas: una ausencia de reducción de privilegios (el proceso no adoptaba la identidad del usuario local configurado) y condiciones de carrera, en las que el recurso se cambia entre el momento en que se comprueba y el momento en que se usa. El resultado es que un usuario con permiso SSH limitado podía llegar a sockets de root.

El investigador asegura haber conseguido así ejecución de código como root, captura de claves de registro de dispositivos y borrado arbitrario de ficheros. También afirma que la cadena es «gusanable»: podría propagarse automáticamente de un servidor a otro dentro de los permisos SSH existentes. Esto lo afirma el investigador y se demostró en laboratorio. Tailscale no lo ha confirmado en esos términos. Su vicepresidente de ingeniería, Mike Shaver, subrayó que es grave, pero distinto de que un atacante sin autenticar llegue a máquinas arbitrarias.

Resto de fallos

  • TS-2026-015: una sesión SSH autenticada podía hacer crecer la memoria de tailscaled sin límite, enviando repetidamente mensajes de cambio de tamaño de ventana o añadiendo variables de entorno. La memoria no se liberaba al desconectar. Esto podía acabar en que el sistema matara el proceso (OOM kill) y cortara toda la conectividad Tailscale del nodo, lo que es una denegación de servicio.
  • TS-2026-016: en tailscale serve, las rutas de los sockets se comprobaban solo al recargar la configuración, de modo que después podían sustituirse por enlaces simbólicos hacia sockets privilegiados.
  • TS-2026-017: una condición de carrera sobre un campo compartido entre flujos HTTP/2 concurrentes podía enviar a una ruta la cabecera Tailscale-App-Capabilities de otra.

Clasificación CWE

Tailscale no ha asignado identificadores CWE (el catálogo estándar de tipos de debilidad). A título orientativo, las descripciones encajan con CWE-269 (gestión inadecuada de privilegios), CWE-367 (condición de carrera entre comprobación y uso, o TOCTOU), CWE-59 (seguimiento indebido de enlaces) y CWE-770 (asignación de recursos sin límites). Esta clasificación es nuestra, no oficial.

Respuesta del creador

Tailscale

El 26 de octubre de 2026, Tailscale publicó una nota de investigación. En ella reconoce que la mayoría de los fallos de Tailscale SSH son de escalada de privilegios y los califica de «serious security issues». También dice que ya estaba trabajando en ellos con especialistas externos y que su explotación depende de los permisos del usuario o dispositivo que se conecta y de la configuración del sistema. Ese mismo día publicó los boletines TS-2026-014 a TS-2026-017.

«Based on our current assessment, we're not recommending that everyone disable Tailscale SSH.»

Tailscale anunció un aviso de seguridad detallado y un artículo técnico sobre las causas y los cambios realizados. En el momento de redactar este aviso, la nota de investigación todavía no enlaza ese artículo técnico.

El investigador

Cyberdione Labs defendió que publicar pronto aceleraría la corrección. La decisión de divulgar sin coordinación fue criticada en redes sociales. Según SecurityWeek, una versión actualizada del informe indicaba que el código de varias correcciones ya estaba en los repositorios públicos antes de aparecer en una versión numerada.

Autoridades

No consta inclusión en el catálogo KEV de CISA (vulnerabilidades explotadas activamente) ni aviso de INCIBE-CERT a la fecha de redacción. Al no haber CVE, tampoco existe ficha en NVD. Ni Tailscale ni el investigador mencionan explotación real fuera del laboratorio.

Implicaciones jurídicas

No consta una brecha de datos personales. Se trata de vulnerabilidades corregibles, no de un incidente con acceso indebido confirmado. Aun así, las entidades sujetas al RGPD o a la normativa NIS2 que usen Tailscale SSH deben dejar constancia del análisis de exposición y de la aplicación del parche, como parte de su diligencia en la gestión de vulnerabilidades. Si al revisar los registros detectan accesos anómalos, se aplicarán los plazos de notificación habituales (art. 33 RGPD: 72 horas ante la autoridad de control).

Parches y mitigaciones

Versión corregida

  • Cliente Tailscale 1.104.4 o posterior: según los boletines TS-2026-014 a TS-2026-017, corrige los cuatro fallos. Figura en GitHub como versión publicada el 28 de octubre de 2026. Las notas de la versión remiten al changelog oficial, que en el momento de consultarlo aún no incluía la entrada.
  • headscale: la última versión publicada es la 0.29.6, del 24 de octubre de 2026. Es anterior al informe y sus notas no mencionan estos hallazgos. No consta todavía corrección específica para los fallos atribuidos a headscale.

Qué hacer ya

  1. Inventariar qué nodos tienen activado Tailscale SSH (tailscale up --ssh o tailscale set --ssh) o usan tailscale serve.
  2. Actualizar esos nodos a la versión 1.104.4 o superior, empezando por los servidores sensibles. Hay que comprobarlo con tailscale version.
  3. Si no se puede actualizar de inmediato, desactivar el reenvío SSH: añadir TS_SSH_DISABLE_FORWARDING=1 al entorno del servicio tailscaled y reiniciarlo. Por ejemplo, en sistemas con systemd, en /etc/default/tailscaled o con un override del servicio. Esto mantiene Tailscale SSH activo y, según el fabricante, mitiga varios de los hallazgos más graves, incluido el TS-2026-014.
  4. Revisar las políticas de acceso SSH de la tailnet. Hay que limitar quién puede conectarse a qué servidores y con qué usuario local, y evitar en lo posible reglas que permitan entrar como root o desde grupos amplios.
  5. Endurecer temporalmente el acceso a los sistemas críticos mientras se completa la actualización.
  6. Revisar registros de sesiones SSH y la lista de dispositivos de la tailnet, por si aparecieran altas inesperadas. El investigador cita la captura de claves de registro como uno de los posibles efectos.

Tailscale no recomienda desactivar Tailscale SSH de forma general. Para los fallos de Serve (TS-2026-016 y TS-2026-017), la única medida indicada es actualizar.

Fuentes