Tailscale 1.104.4 behebt Tailworm-Lücken bei SSH-Berechtigungen

Tailscale hat in Version 1.104.4 eine Reihe von Schwachstellen in Tailscale SSH und seiner Funktion Serve behoben. Die Fixes folgen auf den Bericht „Tailworm“. Er zeigte, dass ein einziges kompromittiertes Gerät Root-Zugriff auf andere Maschinen erlangen konnte, die es erreichen durfte. Tailscale veröffentlichte vier Sicherheitsbulletins, TS-2026-014 bis TS-2026-017, und erläuterte die Details in einem Blogbeitrag vom 28. Oktober 2026. Wer Tailscale SSH mit Portweiterleitung nutzt, sollte aktualisieren.

Tailscale ist ein VPN-Dienst, der die Geräte eines Unternehmens zu einem privaten Netzwerk verbindet, einem sogenannten Tailnet. Mit Tailscale SSH übernimmt der Dienst die Anmeldungen an diesen Maschinen anstelle der üblichen SSH-Schlüssel.

Was die vier Bulletins beheben

Bulletin	Was schiefging	Wer betroffen ist
TS-2026-014	Die Weiterleitung von Unix-Sockets per SSH lief als root und konnte so nur für root zugängliche Sockets erreichen	Tailscale SSH, wenn die Richtlinie lokale oder entfernte Weiterleitung erlaubt
TS-2026-015	Der Speicher wuchs in SSH-Sitzungen unbegrenzt, was tailscaled zum Absturz bringen konnte	Tailscale-SSH-Knoten, ausgehend von einer angemeldeten, erlaubten Sitzung
TS-2026-016	Serve-Backends auf Unix-Sockets konnten privilegierte Sockets erreichen, darunter die lokale API von tailscaled	Setups, die Serve auf einen Unix-Socket richten
TS-2026-017	Eine Race Condition in Serve mit HTTP/2 ließ Header der App Capabilities zwischen Mounts durchsickern	Serve mit TLS und zwei oder mehr Mounts mit unterschiedlichen Anforderungen

Laut Tailscales Übersicht der Bulletins sind alle vier in 1.104.4 oder neuer behoben. Tailscale hat für keine davon einen Schweregrad angegeben.

Ein Unix-Socket ist ein lokaler Kanal, über den Programme auf derselben Maschine miteinander kommunizieren. Manche, wie der Docker-Socket, geben jedem, der sie erreicht, die volle Kontrolle über die Maschine.

Wie der Angriff funktioniert

Hinter dem Bericht steht die Forscherin Erica Windisch von Cyberdione Labs, wie The Hacker News berichtet. Sie testete Tailscale 1.104.2 und headscale 0.29.5, den Open-Source-Steuerungsserver, und listete 11 Befunde auf.

In ihrem Labor verwandelten drei Methoden eine gewöhnliche SSH-Sitzung in Root-Zugriff. Eine schickte eine weitergeleitete Verbindung über einen Root-Prozess an einen nur für root zugänglichen Socket. Eine andere schob einen Socket unter, der root gehört. Eine dritte lieferte sich ein Wettrennen mit einer Sicherheitsprüfung von Dateipfaden. Diese letzte Kette erbeutete einen Registrierungsschlüssel und nahm die Maschine eines Angreifers als vertrauenswürdigen Server ins Netz auf. Das funktionierte nur in Netzwerken ohne Tailnet Lock, eine Funktion, bei der vertrauenswürdige Geräte neue Geräte freigeben müssen.

Tailscale betont die Grenzen. Die Ausnutzung der Fehler erfordert „einen bestehenden Brückenkopf auf einem autorisierten Peer im Tailnet“, wobei SSH per Richtlinie erlaubt sein muss. Laut Tailscale erlauben die Schwachstellen es Außenstehenden nicht, sich an beliebigen Tailscale-SSH-Servern anzumelden. Das Unternehmen bezeichnet das Risiko als durch Richtlinien begrenzte seitliche Bewegung im Netzwerk (Lateral Movement), nicht als sich selbst verbreitenden Wurm.

Eine umstrittene Offenlegung

Der Ablauf war schnell. Laut Tailscale begannen am Freitag, dem 23. Oktober, Bedenken in sozialen Medien zu kursieren, und das Unternehmen nahm Untersuchungen auf. Es erhielt den Bericht am Morgen des Samstags, 24. Oktober, und die Forscherin veröffentlichte ihn etwa zwei Stunden später.

Windisch sagte The Hacker News, der Bericht sei „gemeldet, aber nicht koordiniert“ worden. Sie sagte, sie habe den Bericht und einen Proof of Concept zuerst an Tailscale geschickt. Einige Forscher kritisierten die Veröffentlichung ohne koordinierten Fix, wie The Hacker News und Brandefense berichten.

Tailscale prüfte auch einen separaten Bericht zu Serve und Funnel mit fünf Befunden. Drei behob das Unternehmen als Fehler, zwei bezeichnete es als beabsichtigtes Verhalten. Ein noch nicht veröffentlichter App-Connector, Conn25, hat eine Schwachstelle. „Die heute verfügbaren stabilen App-Connectoren sind nicht betroffen“, schreibt Tailscale.

Was das für Entwickler bedeutet

Teams, die Tailscale SSH betreiben, sollten dieses Update sofort einspielen. Die reine Netzwerknutzung ohne diese Funktionen wird nicht als betroffen genannt.

• Clients auf 1.104.4 oder neuer aktualisieren. Die Fixes stecken im Client, daher braucht jeder Knoten, der Tailscale SSH annimmt, die neue Version.
• Weiterleitung abschalten, wenn Sie noch nicht patchen können. Setzen Sie TS_SSH_DISABLE_FORWARDING=1 in der Dienstumgebung von tailscaled und starten Sie den Dienst neu. Tailscale SSH funktioniert auch ohne Weiterleitung weiter.
• SSH-Regeln verschärfen. Ersetzen Sie breite Regeln durch einzelne Freigaben von Quelle zu Ziel, und erlauben Sie niemals privilegierte Zielkonten, wie The Hacker News und Brandefense raten.
• Serve-Konfigurationen prüfen. Entfernen Sie jede tailscale serve-Weiterleitung, die auf einen nicht benötigten Unix-Socket zeigt, besonders auf privilegierte.
• Selbst-Hoster: headscale prüfen. Beide Medien berichten, dass sich in headscale 0.29.5 die Weiterleitung nicht abschalten lässt, sodass dort jede SSH-Freigabe faktisch root entspricht. Das Client-Release 1.104.4 ändert am Server nichts.
• Tailnet Lock aktivieren. Laut The Hacker News blockierte es im Labor den letzten Schritt der Kette mit dem Registrierungsschlüssel.

Tailscales eigener Rat ist zurückhaltend. „Nach unserer aktuellen Einschätzung empfehlen wir nicht, dass alle Tailscale SSH deaktivieren“, hieß es im Update vom 26. Oktober. Erst patchen und dann einschränken, wer was weiterleiten darf, ist so oder so der sicherere Weg.