Tailscale-SSH-Lücken: Ein Zugang kann zum Root-Zugriff werden - News

Tailscale ist für viele kleine und mittlere Unternehmen der bequeme Ersatz für das klassische Firmen-VPN: Laptops, Server und Cloud-Maschinen hängen in einem gemeinsamen privaten Netz, und mit Tailscale SSH entfällt sogar die Verwaltung eigener SSH-Schlüssel. Genau diese Komponente steht jetzt im Mittelpunkt einer Reihe von Sicherheitslücken. Am 28. Oktober 2026 hat Tailscale die Fehler mit Version 1.104.4 behoben. Wer Tailscale SSH nutzt, sollte jetzt aktualisieren.

Was passiert ist

Das Sicherheitslabor Cyberdione Labs der Forscherin Erica Windisch hat unter dem Namen „Tailworm“ elf Befunde gegen den Tailscale-Client 1.104.2 und gegen headscale 0.29.5 veröffentlicht, die freie Alternative zum Kontrollserver von Tailscale. Sechs davon stuft der Bericht als hoch ein, vier betreffen Tailscale SSH.

Ungewöhnlich ist der Ablauf. Nach Angaben der Forscher ging der Bericht am Samstag, 24. Oktober, bei Tailscale ein und war etwa zwei Stunden später öffentlich. Windisch selbst nennt das „reported but not coordinated“, also gemeldet, aber nicht abgestimmt. Üblich ist eine Frist von Wochen bis Monaten, damit der Hersteller zuerst ein Update ausliefern kann. Tailscale musste daher unter Zeitdruck reagieren: Am 26. Oktober erschienen ein Zwischenstand und die Sicherheitshinweise TS-2026-014 bis TS-2026-017, am 28. Oktober der Bericht von Engineering-Chef Mike Shaver zu den Korrekturen.

Worum es technisch geht

Wichtig zur Einordnung: Ein Fremder aus dem Internet kommt über diese Lücken nicht auf Ihre Server. Tailscale schreibt, die Schwachstellen erlaubten es einem nicht angemeldeten Angreifer nicht, sich mit beliebigen Tailscale-SSH-Servern zu verbinden. Das Problem beginnt erst, wenn jemand bereits zugreifen darf.

Dann allerdings wird es ernst. Laut Sicherheitshinweis TS-2026-014 konnte eine zugelassene SSH-Sitzung über Weiterleitungen Dinge erreichen, die eigentlich nur dem Systemverwalter vorbehalten sind, etwa den Docker-Socket oder die Steuerschnittstelle von Tailscale selbst. Im Labor der Forscher wurde daraus eine Root-Shell. Ein Nutzer, der nur als einfacher Benutzer auf einen Server durfte, hatte damit faktisch die volle Kontrolle.

Die weiteren Hinweise betreffen einen Absturz des Tailscale-Dienstes durch Speichererschöpfung und Fehler in der Funktion Tailscale Serve, mit der Dienste im eigenen Netz bereitgestellt werden. Laut Tailscale waren dort drei der gemeldeten Punkte echte Fehler, zwei weitere seien gewolltes Verhalten.

„If you use Tailscale SSH, we recommend updating to this release or later.“

So formuliert es Tailscale im Bericht vom 28. Oktober, gemeint ist Version 1.104.4.

Goldenes Vorhängeschloss hängt offen an einem weißen Drahtgitter, dahinter ein heller, unscharfer Rechenzentrumsgang

Warum der Name „Wurm“ umstritten ist

Die Forscher sprechen von einem Wurm, weil sich die Angriffskette in ihrem Test automatisch auf alle Geräte ausbreitete, die das Regelwerk des Netzes erlaubte, ohne Passwörter oder gestohlene Schlüssel. Tailscale sieht darin eher eine seitliche Bewegung innerhalb dessen, was die Regeln ohnehin zulassen. Beide Sichtweisen haben einen wahren Kern: Wie weit ein Angreifer kommt, hängt fast vollständig davon ab, wie großzügig die Zugriffsregeln geschrieben sind. Wer allen Geräten Zugriff auf alle Server gibt, hat das größte Risiko.

Angriffe in freier Wildbahn sind bisher weder von Tailscale noch von den Forschern bekannt, öffentlicher Angriffscode ebenfalls nicht. Schwierig ist die Lage für Betreiber von headscale: Laut dem Bericht der Forscher lässt sich die Weiterleitung dort nicht abschalten, und die aktuelle Version 0.29.5 behebt die Probleme nicht.

Was das für Ihr Unternehmen heißt

Sofort aktualisieren: Alle Geräte mit Tailscale SSH auf Version 1.104.4 oder neuer bringen, vor allem Server. Automatische Updates im Tailscale-Admin prüfen.
Übergangslösung kennen: Wo ein Update nicht sofort möglich ist, empfiehlt Tailscale in seinem Zwischenstand vom 26. Oktober, in der Umgebung des Dienstes tailscaled TS_SSH_DISABLE_FORWARDING=1 zu setzen und ihn neu zu starten. SSH bleibt dann nutzbar, nur die Weiterleitungen sind aus.
Zugriffsregeln ausdünnen: Statt „alle dürfen auf alle Server“ lieber gezielte Freigaben je Gruppe und Gerät. Das begrenzt den Schaden auch bei künftigen Lücken.
Docker-Hosts besonders prüfen: Wer auf einem Server mit Docker arbeitet, hat über den Docker-Socket praktisch Root-Rechte. Solche Server sollten nur wenige Personen erreichen.
Bei Verdacht gründlich aufräumen: Laut The Hacker News reicht ein Update nicht, wenn ein Server bereits übernommen wurde. Der Geräteschlüssel bleibt gültig, bis das Gerät in der Tailscale-Konsole entfernt wird.
headscale-Betreiber: SSH-Freigaben vorerst wie Root-Zugriff behandeln und auf eine korrigierte Version warten.

Die Lage erinnert an andere Fälle der letzten Wochen: Bei der Nextcloud-Lücke half das Abschalten einer App nicht, bei der Brotli-Lücke reichte ein einzelnes Update nicht. Und wie schnell Angreifer über Drittsoftware weiterkommen, zeigte der Einbruch bei Anthropic.

Fazit

Tailscale bleibt ein gutes Werkzeug, und die Lücken setzen einen bereits berechtigten Zugang voraus. Gerade deshalb lohnt der Blick auf die eigenen Regeln: Ein einziges übernommenes Laptop sollte nie den Weg zu allen Servern öffnen. Update einspielen, Freigaben enger fassen, fertig ist der wichtigste Teil. Wenn Sie Ihr Firmennetz, Ihre Serverzugänge oder Ihre Zugriffsregeln einmal prüfen lassen möchten, sprechen Sie mich gern an.