Tailscale SSH : le rapport « Tailworm » décrit onze failles encore non corrigées

Le 25 octobre 2026, Erica Windisch, du laboratoire Cyberdione Labs, a publié « Tailworm », un rapport qui décrit onze failles autour de Tailscale SSH, le service de connexion à distance du réseau privé Tailscale, sans correctif ni identifiant CVE à ce jour.

Que décrit le rapport Tailworm ?

Les tests ont duré trois jours en laboratoire, sur Tailscale 1.104.2 et sur headscale 0.29.5, l'implémentation libre du serveur de coordination. Ils portent sur des logiciels de test, pas sur des réseaux réels. Les onze constats couvrent Tailscale SSH, les connecteurs d'applications, la fonction « serve », le relais DERP et headscale.

Trois scénarios sont détaillés. Le premier fait lire à un attaquant des fichiers réservés à l'administrateur, comme le fichier des mots de passe système, via une simple redirection de port SSH. Le deuxième permet d'exécuter des commandes avec les droits root contre certains services. Le troisième exploite une course entre la vérification d'un chemin de fichier et son utilisation pour dérober une clé d'enrôlement, puis inscrire la machine de l'attaquant comme serveur de confiance. Cette dernière étape n'a pas abouti sur les réseaux où Tailnet Lock est activé.

Qui est réellement exposé ?

Il faut réunir deux conditions : une redirection de ports autorisée dans Tailscale SSH, et un attaquant qui contrôle déjà un appareil autorisé à se connecter à la cible. Aucun mot de passe volé n'est nécessaire à partir de là, mais le premier appareil doit avoir été compromis par un autre moyen (application web vulnérable, paquet piégé, hameçonnage).

Erica Windisch qualifie l'ensemble de « wormable », c'est-à-dire propagable comme un ver : en laboratoire, un appareil compromis atteignait tous ceux que les règles d'accès autorisent, en moins d'une seconde par étape. Cette propagation a été mesurée en laboratoire, pas observée sur le terrain, et certains chercheurs contestent le terme. Des règles d'accès limitées à des paires source-destination précises et des clés liées au matériel (TPM, Secure Enclave) ont stoppé la progression.

Ce que Tailscale a répondu

Mike Shaver, vice-président de l'ingénierie de Tailscale, a indiqué sur Reddit que l'entreprise avait reçu le rapport, examinait déjà ces zones avec des spécialistes extérieurs et travaillait à corriger des problèmes encore à cerner. Il ne recommande pas de désactiver Tailscale SSH pour tout le monde. L'entreprise n'a pas confirmé les affirmations techniques, et aucun autre chercheur ne les a reproduites publiquement à ce stade.

La divulgation est elle-même contestée : Erica Windisch parle d'un signalement « reporté mais non coordonné », transmis le samedi précédant la publication avec le code de démonstration. Un commentateur de Hacker News y a vu une pratique irresponsable.

Que faire en attendant ?

Les mesures citées par le rapport restent de l'hygiène de configuration : désactiver la redirection de ports quand c'est possible (par règle sur Tailscale hébergé), écrire des règles d'accès nommant un appareil source et une cible, retirer les permissions des connecteurs d'applications inutiles, activer l'expiration des clés de nœud, et supprimer du plan de contrôle un appareil compromis, car le réinstaller ne révoque pas des clés déjà copiées. Sur headscale 0.29.5, où la redirection ne peut pas être coupée, chaque autorisation SSH revient à donner root sur la cible.

Une faille de redirection de socket Unix, distincte, avait déjà été corrigée plus tôt en 2026 dans la version 1.98.9 de Tailscale (bulletin TS-2026-004).

Source

• The Hacker News, 25 octobre 2026 : Unpatched Tailscale SSH Flaws Could Let a Hacked Device Reach Root on Other Servers