La investigadora Erica Windisch, de Cyberdione Labs, ha publicado Tailworm, un informe con 11 fallos sin parche en Tailscale y en headscale, el servidor de control de código abierto compatible, que según sus pruebas de laboratorio permitirían a un atacante pasar de un solo equipo comprometido a obtener root en otros servidores de la misma red. El informe apareció el 25 de octubre de 2026 y, a fecha de este artículo, Tailscale no ha publicado boletín, identificador CVE ni versión corregida para estos hallazgos.
Las claves de Tailworm, los fallos de Tailscale SSH, en 20 segundos
- Tailworm describe 11 fallos en Tailscale 1.104.2 y headscale 0.29.5, probados del 22 al 24 de octubre.
- El más grave aprovecha que el servidor SSH corre dentro de tailscaled, con privilegios de root.
- Tailscale reconoce problemas, pero no hay parche, CVE ni boletín.
- Las reglas de acceso por pares frenaron la propagación en el laboratorio.
Tailscale es una red privada basada en WireGuard que muchas empresas usan para conectar portátiles, servidores y clústeres sin abrir puertos a internet. Su función Tailscale SSH permite que los dispositivos autorizados inicien sesión entre sí usando la identidad de la red en lugar de claves SSH. Ese diseño es justo el que pone en cuestión el informe: todos los hallazgos son resultados de laboratorio de una sola investigadora y ningún tercero los ha reproducido públicamente todavía.
Un servidor SSH que trabaja como root
Según el informe, el servidor SSH de Tailscale no es un proceso aparte, sino una parte de tailscaled, el demonio que corre con privilegios completos de root en la máquina. Cuando un usuario puede reenviar sockets Unix, como el de Docker, es ese proceso privilegiado el que los abre o los sustituye. Cyber Security News contrapone este comportamiento al de OpenSSH, que reduce privilegios antes de empezar la sesión.
A partir de ahí, Windisch agrupa los 11 hallazgos en cinco clases. La primera, la de Tailscale SSH, reúne los de mayor gravedad:
- Reenvío local de sockets (
ssh -L): se ejecuta como root y alcanza sockets reservados a root. En el laboratorio sirvió para obtener root y leer/etc/shadow. - Reenvío remoto (
ssh -R): permite sustituir sockets propiedad de root y llegó a ejecutar código como root a través de un demonio de órdenes. - Condición de carrera: un intervalo entre la comprobación de una ruta y la operación sobre el archivo permitió, en la prueba, unir a la red un nodo falso.
- Agotamiento de memoria: abrir y cerrar sesiones en bucle hizo que el demonio reservara unos 536 MB en siete segundos y se quedara sin memoria una y otra vez.
Las otras cuatro clases afectan a los conectores de aplicaciones experimentales (conn25), que según el informe dejaban alcanzar cualquier destino de salida, incluidos los servicios de metadatos de la nube y de Kubernetes; a tailscale serve y Funnel, sobre todo cuando reenvían tráfico a un socket Unix; al cliente de los repetidores DERP, al que un repetidor malicioso podría obligar a leer hasta 1,34 GB; y a headscale, donde registros sin autenticar podían desplazar aprobaciones de dispositivos pendientes. El informe no plantea ejecución remota de código desde internet: la cadena SSH necesita que el atacante controle ya un equipo de la red, ya sea por una aplicación web vulnerable, un paquete envenenado o credenciales robadas.
Lo que sí describe es una propagación rápida. En el laboratorio, la cadena saltó de equipo en equipo sin contraseñas ni claves robadas, en menos de un segundo por salto, y cada dispositivo recibe la lista completa de pares, de modo que el atacante ve todos los posibles objetivos. The Hacker News precisa que la captura completa de claves y la inscripción de un servidor falso solo funcionaron en redes sin Tailnet Lock; con esa protección, la investigadora capturó los secretos, pero el último paso falló.
Una divulgación sin coordinar y una respuesta a medias
La forma de publicarlo también ha generado debate. Windisch afirma que envió el informe y la prueba de concepto al contacto de seguridad de Tailscale el sábado anterior a la publicación, y define su divulgación como comunicada, pero no coordinada. Algunos comentaristas en Hacker News la han calificado de irresponsable, y otros investigadores discuten que el término «wormable» (capaz de propagarse como un gusano) describa bien lo que se vio en el laboratorio, aunque consideran serio el hallazgo de escalada a root. La prueba de concepto no es pública.
Por parte de Tailscale, su vicepresidente de ingeniería, Mike Shaver, explicó en Reddit que la empresa ya estaba revisando esas áreas con especialistas externos, que ha encontrado problemas que está corrigiendo y que todavía determina qué configuraciones se ven afectadas. También indicó que la compañía no recomienda que todo el mundo desactive Tailscale SSH, y sugirió revisar las reglas de acceso, activar el modo check de SSH y mantener las actualizaciones automáticas. El modo check añade una barrera de reautenticación, pero según The Hacker News no corrige la escalada.
No es la primera vez este año que Tailscale SSH tropieza con los sockets y los privilegios. Sus boletines TS-2026-004 y TS-2026-005, del 3 de junio, corrigieron que el reenvío de sockets Unix no comprobaba los enlaces simbólicos y que serve no limitaba a root los destinos de tipo socket. El TS-2026-009, publicado el 13 de julio, cerró un fallo por el que un nombre de usuario que empezaba por guion devolvía una sesión de root. Todos quedaron resueltos a partir de la versión 1.98.9, y el último boletín publicado, el TS-2026-013 del 21 de octubre, no menciona Tailworm. OpenSecurity ya informó en mayo de ssh-keysign-pwn, el fallo de Linux que expone claves SSH y /etc/shadow, otro caso en el que un componente privilegiado de SSH abría la puerta a root.
Qué pueden hacer los administradores mientras no hay parche
El informe y las publicaciones posteriores coinciden en una serie de medidas provisionales. La investigadora atribuye a las reglas por pares el mérito de frenar la propagación y las describe como el único control que funcionó, junto a las claves de dispositivo ligadas a hardware (TPM o Secure Enclave):
- Sustituir las reglas SSH amplias, por identidad o por etiqueta, por concesiones de un origen concreto a un destino concreto.
- Denegar el reenvío de puertos en cada regla donde exista esa opción. En headscale 0.29.5 no se puede desactivar, así que el informe recomienda tratar cada permiso SSH como equivalente a root.
- Desactivar Tailscale SSH donde no haga falta, con
tailscale set --ssh=false, después de confirmar que hay otra vía de acceso. - Retirar los permisos de conectores de aplicaciones que no se usen y eliminar los reenvíos de
serveque apunten a sockets Unix. - Activar la caducidad de claves de nodo y, si un equipo está comprometido, borrarlo en el plano de control, porque reinstalarlo no revoca las claves ya copiadas.
Quien use headscale tiene además una pieza nueva que vigilar: la versión 0.29.6 salió el 24 de octubre, pero sus notas de publicación no mencionan estos hallazgos. Hasta que Tailscale publique su boletín, el informe de Windisch es la única fuente técnica de los 11 fallos, y conviene leer sus gravedades como la valoración de la investigadora, no como puntuaciones oficiales.
Preguntas frecuentes
¿Qué es Tailworm?
Es un informe de la investigadora Erica Windisch, de Cyberdione Labs, que describe 11 fallos sin parche en Tailscale y headscale, probados en laboratorio entre el 22 y el 24 de octubre de 2026.
¿Hay parche para los fallos de Tailscale SSH?
Todavía no. Tailscale ha reconocido que trabaja en correcciones, pero no ha publicado boletín, CVE ni versión corregida para estos hallazgos.
¿Hay que desactivar Tailscale SSH?
La investigadora lo recomienda si no se puede auditar quién tiene permiso de reenvío. Tailscale no lo aconseja de forma general y propone revisar las reglas de acceso, usar el modo check y mantener las actualizaciones automáticas.
¿Qué medida frenó el ataque en el laboratorio?
Las reglas SSH por pares, que nombran un único origen y un único destino, junto a las claves de dispositivo ligadas a hardware.
Fuentes:
- Cyber Security News: Tailscale SSH flaws could let hackers gain root access across servers
- The Hacker News: Unpatched Tailscale SSH flaws could let a hacked device reach root on other servers
- Tailworm: informe de Cyberdione Labs
- Brandefense: Tailworm, Tailscale flaws and who is exposed
- GCVE: boletín TS-2026-009 de Tailscale
- Tailscale: boletines de seguridad
