Dein Tailnet gilt als sicher — doch ein neuer Bericht stellt das für Tailscale SSH infrage. Die Forscherin Erica Windisch von Cyberdione Labs hat am 25. Oktober 2026 ihre Ergebnisse unter dem Namen „Tailworm“ veröffentlicht. The Hacker News berichtet darüber. Wichtig vorab: Es sind Laborergebnisse, Tailscale hat die technischen Aussagen noch nicht bestätigt.
WAS DIE FORSCHERIN BEHAUPTET
Getestet wurde drei Tage lang mit Tailscale 1.104.2 und headscale 0.29.5. Die Voraussetzungen sind eng: Tailscale SSH muss Portweiterleitung erlauben, und der Angreifer muss bereits ein Gerät im Netz kontrollieren, das laut Zugriffsregeln auf das Ziel zugreifen darf. Passwörter oder Schlüssel braucht er nicht. Den Einstieg liefern etwa eine verwundbare Web-App, ein vergiftetes Paket, Phishing oder gestohlene Zugangsdaten — das schafft Tailscale nicht.
DREI WEGE ZU ROOT UND ZUM VERTRAUTEN GERÄT
- Socket-Zugriff: Per normaler SSH-Portweiterleitung erreichte die Forscherin einen Socket, den nur Root erreichen sollte, und las die Passwortdatei des Systems — ohne Adminrechte.
- Socket-Austausch: Ein root-eigener Socket wurde durch den des Angreifers ersetzt. Das ermöglichte Befehle mit Root-Rechten gegen bestimmte Dienste.
- Race Condition: Ein Zeitfenster zwischen Prüfung und Nutzung eines Dateipfads umging eine Schutzprüfung. Im Labor fing das einen Schlüssel zur Geräteaufnahme ab, sodass ein Rechner des Angreifers als vertrauenswürdiger Server beitreten konnte.
Bei aktivem Tailnet Lock lief der letzte Aufnahmeschritt nicht durch, die nötigen Geheimnisse wurden aber trotzdem abgefangen. Insgesamt umfasst der Bericht elf Befunde, unter anderem zu App-Connectors, dem Serve-Feature, dem DERP-Relay und headscale.
„WURMFÄHIG“? DA GEHEN DIE MEINUNGEN AUSEINANDER
Windisch nennt das Problem „wormable“: Ein gekapertes Gerät könnte jedes Gerät erreichen, das die Regeln erlauben. Gemessen wurde das nur im Labor, und einige Forscher bezweifeln die Bezeichnung. Bremsen können die Ausbreitung Regeln mit einzelnen Quell-Ziel-Paaren und Geräteschlüssel, die an TPM oder Secure Enclave gebunden sind. Der Proof of Concept ist nicht öffentlich; die Forscherin gab ihn nur Tailscales Sicherheitskontakt.
DAS SAGT TAILSCALE — UND DER STREIT UM DIE OFFENLEGUNG
Es gibt bisher keine Sicherheitsmitteilung, kein CVE und keine Fix-Version. Mike Shaver, VP Engineering bei Tailscale, schrieb auf Reddit, man habe den Bericht erhalten und die Bereiche schon mit externen Spezialisten geprüft. Dabei seien Probleme gefunden worden, an deren Behebung man arbeite. Tailscale empfiehlt nicht, Tailscale SSH generell abzuschalten.
Die Offenlegung nennt Windisch „gemeldet, aber nicht koordiniert“: Sie habe den Bericht am Samstag vor der Veröffentlichung an Tailscales Sicherheitskontakt geschickt und rät Nutzern, Tailscale SSH abzuschalten. Ein Kommentator bei Hacker News hält das Vorgehen für unverantwortlich.
SO SCHÜTZT DU DEIN NETZ, BIS EIN FIX DA IST
Der Bericht und The Hacker News nennen diese Maßnahmen:
- SSH-Regeln straffen: Einzelne Quell-Ziel-Paare statt breiter Regeln nach Identität oder Tags.
- Portweiterleitung ausschalten: Beim gehosteten Dienst geht das pro Regel. Bei headscale 0.29.5 lässt sie sich nicht abschalten — dort gilt jede SSH-Freigabe als Root-Zugriff auf das Ziel.
- App-Connector-Rechte entfernen von Geräten, die sie nicht brauchen, und tailscale serve mit Unix-Socket-Ziel entfernen.
- Node-Key-Ablauf aktivieren, damit ein gestohlener Schlüssel nicht ewig gilt.
- Kompromittierte Geräte im Control Plane löschen: Neu aufsetzen allein widerruft kopierte Schlüssel nicht.