Tailscale: 11 fallas, una permite ejecutar código como root

Cyberdione Labs publicó 11 vulnerabilidades, bautizadas Tailworm, en Tailscale y en el servidor de control autoalojado headscale. La más grave afecta al servidor SSH de Tailscale. La empresa preveía publicar parches el 27 de octubre. (Fuente: BleepingComputer)

El equipo de seguridad de Tailscale trabaja en parches para casi una docena de vulnerabilidades que pueden usarse para robar credenciales, tirar servidores abajo y obtener privilegios de root, según BleepingComputer. Las descubrió Cyberdione Labs, que las agrupó bajo el nombre Tailworm, durante una auditoría de Tailscale 1.104.2 y del servidor de control headscale v0.29.5. Erica Windisch, fundadora del laboratorio, las reportó a Tailscale y publicó los detalles, con la idea de acelerar la corrección.

Qué se vio afectado

• Tailscale SSH (la más grave): el servidor SSH embebido en tailscaled, que corre como root, hace verificaciones de rutas y operaciones con archivos con ese privilegio al reenviar sockets Unix. Quien ya esté autorizado en la red podría ejecutar código como root en el servidor de destino, capturar claves de registro o borrar archivos arbitrarios. Requiere un dispositivo aprobado y una regla de SSH.
• Conectores de aplicación (experimentales): pueden llevar el tráfico a destinos elegidos por el atacante sin validarlos ni consultar las reglas de red. Podrían usarse para alcanzar metadatos en la nube, redes internas y, en Kubernetes, los servicios del clúster.
• headscale: un agotamiento de recursos sin autenticación puede dejar el servidor de control en un bucle de caídas y bloquear el alta de nuevos dispositivos.
• Cliente DERP y tailscale serve: un relé malicioso puede agotar la memoria del agente, y el reenvío de serve a un socket Unix puede permitir el acceso a la API administrativa del nodo.

Qué dice Tailscale

La empresa confirmó que los problemas son «serios» y que la explotación depende de los permisos del usuario o dispositivo que se conecta y de la configuración. Aun así, su vicepresidente de ingeniería, Mike Shaver, dijo que no recomiendan que todos desactiven Tailscale SSH. Sí sugirieron medidas de mitigación:

• Revisar las políticas de acceso SSH y limitarlas a quienes lo necesitan.
• Desactivar el reenvío SSH si no se usa, con TS_SSH_DISABLE_FORWARDING=1 en el entorno del servicio tailscaled y reiniciándolo, lo que mitiga varios de los hallazgos más graves sin apagar Tailscale SSH.
• Revisar el acceso a sistemas sensibles.

Tailscale preveía publicar una versión corregida hacia el martes 27 de octubre. BleepingComputer no confirma el lanzamiento, por lo que conviene verificar en el sitio de la empresa y actualizar el cliente apenas esté disponible.

Nota elaborada con asistencia de IA. Fuentes verificadas y contenido editado por el equipo de Infosertec. Conocé nuestro proceso editorial.