Des chercheurs ont mis en évidence des failles graves dans la fonction d’administration à distance de Tailscale SSH, capable de donner les droits root à un appareil déjà autorisé et de se propager comme un ver informatique. L’étude, réalisée sur les versions 1.104.2 de Tailscale et 0.29.5 de Headscale, montre que la compromission d’une seule machine peut mettre en danger l’ensemble d’un réseau privé.
Fonctionnement de Tailscale SSH et privilèges inattendus
Tailscale SSH, désactivée par défaut, repose sur des règles pré‑configurées pour autoriser les connexions à distance. Lorsqu’une redirection SSH est activée, le processus tailscaled exécute certaines opérations avec les privilèges du compte root, même si l’utilisateur qui initie la connexion ne possède pas ces droits. Cette conception crée un point d’escalade de privilèges exploitable par un acteur malveillant déjà présent sur un appareil autorisé.
Exploitation démontrée par Erica Windisch
La chercheuse en sécurité Erica Windisch a reproduit l’attaque en laboratoire. Elle a d’abord intercepté une clé d’enregistrement, puis l’a utilisée pour inscrire une machine hostile sur le réseau lorsque la fonction de sécurité « Tailnet Lock » était désactivée. Grâce à ce dispositif, elle a pu accéder à des ressources réservées aux administrateurs et exécuter des commandes avec les droits les plus élevés du système.
Propagation en chaîne : un ver « wormable »
Les failles ne se limitent pas à un seul point d’accès. Tant que les règles d’accès autorisent les connexions entre serveurs, l’attaquant peut enchaîner l’exploitation de serveur en serveur. Windisch a automatisé ce processus, réduisant le temps de chaque saut à moins d’une seconde, et a ainsi simulé une propagation similaire à celle d’un ver informatique. Des restrictions strictes, limitant les connexions à des paires d’appareils spécifiques, ont permis d’interrompre la chaîne lors des tests.
Conséquences pour les organisations et recommandations
Bien qu’aucune exploitation en conditions réelles n’ait été signalée, la nature « wormable » de la vulnérabilité impose aux administrateurs de revoir leurs configurations. Il est recommandé de garder la fonction Tailscale SSH désactivée tant qu’elle n’est pas strictement nécessaire, d’activer le verrouillage Tailnet Lock, et de restreindre les règles d’accès aux paires d’appareils explicitement approuvées. Une surveillance accrue des processus tailscaled et des privilèges associés constitue également une mesure préventive essentielle.