Fallas sin parche en Tailscale SSH dan acceso root desde un equipo ya hackeado

Erica Windisch, investigadora de Cyberdione Labs, publicó el 25 de octubre Tailworm, un informe con 11 fallas en Tailscale, la red privada que conecta los equipos de una organización, y en headscale, el servidor libre para administrarla por cuenta propia. La más grave permite que quien ya controla un equipo de la red obtenga permisos de administrador total (root) en otros servidores a los que llega por Tailscale SSH. No hay boletín, CVE ni versión corregida, según The Hacker News y el listado de boletines de Tailscale.

Mike Shaver, vicepresidente de ingeniería de Tailscale, escribió en Reddit que la empresa ya revisaba esas áreas con especialistas externos, que encontró problemas que está corrigiendo y que todavía evalúa qué configuraciones están afectadas, según The Hacker News. La empresa "no recomienda que todos desactiven Tailscale SSH". Windisch, en cambio, aconseja apagarlo, según pwn.watch.

Qué es la falla

Tailscale SSH no pide contraseña ni clave, sino que identifica al equipo y una regla decide si puede abrir la sesión. El agente corre como root y, según el informe, el reenvío de sockets Unix (ssh -L y ssh -R), los canales internos de los servicios de un servidor, opera con esos permisos. Una sesión común puede conectarse a canales reservados a root, como los de Docker o systemd, reemplazarlos o ganarle una carrera a la verificación de rutas.

En el laboratorio, Windisch obtuvo root sin permisos de administrador, capturó una clave de alta de equipos y sumó una máquina propia a la red, esto último solo en redes sin Tailnet Lock, la función que exige firmar cada equipo nuevo. El atacante necesita antes un acceso inicial, como una aplicación web vulnerable o credenciales robadas. Las demás fallas afectan a los conectores de aplicaciones experimentales conn25, a la función serve, a los relés DERP y a headscale.

Windisch dijo que el ataque se propaga como un gusano. Algunos investigadores cuestionaron esa descripción, según The Hacker News, y un ingeniero de Tailscale objetó en Hacker News que cada equipo vea la lista completa de la red, porque el servicio de Tailscale oculta los que las reglas no conectan, una diferencia que podría ser propia de headscale.

A quién afecta

• Organizaciones con Tailscale SSH y reenvío habilitado. Se probó el cliente 1.104.2, el más reciente.
• En el servicio de Tailscale el reenvío se habilita por regla. En headscale 0.29.5 viene siempre y no se puede apagar.
• Quienes usan conectores conn25, reenvíos de tailscale serve hacia sockets Unix o headscale expuesto a internet.
• Tailscale SSH es opcional. Donde no está activo, la falla principal no aplica.

Estado de explotación

Sin explotación conocida. Ninguna fuente reporta ataques reales y el código de prueba no es público. Windisch dijo que lo entregó al contacto de seguridad de Tailscale el sábado 24 de octubre, un día antes de publicar, y describió el caso como "reportado pero no coordinado". El informe llegó a Hacker News el 25 de octubre a las 00:59 UTC (21:59 del 24 en Buenos Aires y São Paulo, 19:59 en Bogotá y Lima, 18:59 en Ciudad de México). Nadie más reprodujo las fallas en público.

Antecedentes

Tailscale publicó este año cuatro boletines sobre Tailscale SSH, entre junio y julio. Uno, TS-2026-004, era un caso parecido de reenvío de sockets Unix hacia un socket privilegiado, corregido en la versión 1.98.9.

Qué hacer

El código de Tailscale ya tiene un cambio del 26 de octubre para que los sockets reenviados no los abra "nunca el tailscaled de root" y otro del 25 para serve, pero ninguno salió en una versión ni fue vinculado con Tailworm, según Brandefense.

• Reescribir las reglas de Tailscale SSH como pares de un origen a un destino, sin accesos por identidad o etiqueta. Según el informe, fue el único control que frenó la propagación.
• Desactivar el reenvío en cada regla. En headscale 0.29.5, tratar cada permiso de SSH como acceso root.
• Apagar Tailscale SSH donde no haga falta con tailscale set --ssh=false, con otra vía de acceso confirmada.
• Quitar el permiso de conector a quien no lo necesita y borrar los reenvíos de tailscale serve a sockets Unix.
• Activar el vencimiento de claves. Ante un equipo comprometido, borrarlo del panel de control, porque reinstalarlo no revoca claves copiadas.
• Tailscale sugiere el modo check de SSH y las actualizaciones automáticas, según The Hacker News. El modo check no corrige la escalada.

Ficha técnica

• CVE y CVSS: sin asignar al 26 de octubre de 2026. La investigadora califica como altas seis de las 11 fallas.
• Tipo: reenvío de sockets Unix ejecutado como root y condición de carrera entre verificación y uso (TOCTOU). CWE sin asignar.
• Versiones probadas: Tailscale 1.104.2 y headscale 0.29.5. Versión corregida: ninguna.
• Aviso del fabricante: ninguno. El último boletín, TS-2026-013, es de otro tema.
• Catálogo KEVcatálogo de vulnerabilidades explotadas conocidas (KEV) Lista pública de la Agencia de Ciberseguridad y Seguridad de Infraestructura de Estados Unidos (CISA) que reúne vulnerabilidades con evidencia de explotación activa, para que se prioricen al corregir. de CISA: no aplica, sin CVE.
• Informe primario: Tailworm, de Cyberdione Labs.