LONDON (IT BOLTWISE) – Eine Sicherheitsrecherche warnt, dass ein bereits kompromittiertes Gerät in einem Tailscale-Netz über die Funktion „Tailscale SSH“ Root-Rechte auf anderen Servern erlangen kann. Der Angriff funktioniert nur unter bestimmten Bedingungen rund um Port-Forwarding und konfigurierten Zugriff auf Ziele. Laut dem Bericht „Tailworm“ bleibt unklar, wann es eine konkrete Gegenmaßnahme gibt, weil bis zur Veröffentlichung kein Fix und keine CVE benannt waren. Tailscale arbeitet nach eigenen Angaben an der Eingrenzung betroffener Setups und empfiehlt zugleich nicht pauschal, Tailscale SSH für alle Nutzer abzuschalten.
Ein kompromittiertes Gerät innerhalb eines Tailscale-Netzes kann nach einer Sicherheitsanalyse dazu verwendet werden, auf andere Server zuzugreifen – und zwar bis hin zu Root-Rechten. Der Kernpunkt ist dabei nicht ein klassischer Passwortdiebstahl, sondern die Art, wie „Tailscale SSH“ Identität prüft: Statt Benutzerschlüssel oder Passwörter zu verifizieren entscheidet im Wesentlichen eine einzige Zugriffregel darüber, ob das erkannte Quellgerät eine SSH-Sitzung zu einem Ziel öffnen darf. Damit reicht für den beschriebenen Angriff ein „Fuß in der Tür“ auf einem einzigen Gerät, solange die Netzregeln den Weg zu den Zielsystemen erlauben.
Die Recherche, veröffentlicht am 25. Oktober im Bericht „Tailworm“ von Erica Windisch (Cyberdione Labs), beschreibt Tests in einer Laborumgebung statt beobachteter Angriffe in realen Netzen. Untersucht wurden dabei konkret Tailscale Version 1.104.2 sowie headscale Version 0.29.5, also die Self-Hosted-Variante, die viele Organisationen für die Steuerung anstelle des gehosteten Dienstes einsetzen. Wie der Bericht betont, gab es zum Zeitpunkt der Veröffentlichung weder ein Sicherheitsbulletin noch eine CVE-Nummer und auch keine fest benannte, reparierte Version. Gleichzeitig widerspricht Tailscale der Darstellung nicht grundlegend, sondern hat öffentlich reagiert und meldet, dass man die in dem Bericht angesprochenen Bereiche bereits analysiert und adressiert.
Technisch setzt der Angriff zwei Voraussetzungen voraus: Erstens muss Tailscale SSH so eingerichtet sein, dass Port-Forwarding erlaubt ist, und zweitens muss der Angreifer bereits Zugriff auf ein Gerät haben, dessen Identität durch die Access-Rules als zulässig für das Zielsystem gilt. Der beschriebene Vorteil für Angreifer ist offensichtlich: Es werden keine gestohlenen SSH-Keys oder Passwörter benötigt, weil der „Handshake“ nicht auf Nutzergeheimnissen basiert, sondern auf der Geräte- und Regel-Logik. Als typische Wege für den initialen Zugriff nennt der Bericht auch die üblichen Kandidaten – etwa eine verwundbare Webanwendung, kompromittierte Softwarepakete, Phishing oder gestohlene Logindaten –, wobei Tailscale selbst die Erstinfektion nicht auslöst.
Besonders kritisch wird es, weil der Bericht die Auswirkungen als „wormable“ im Labor beschreibt: Ein kompromittiertes Gerät könne sich innerhalb kurzer Zeit auf alle weiteren Geräte ausbreiten, die von den Zugriffregeln erreicht werden können. Windisch zeigt in mehreren Schritten, wie Standard-SSH-Port-Forwarding in Kombination mit internen Socket-Zugriffen Root-Rechte ermöglichen kann. Im ersten demonstrierten Stadium verbindet sich dabei ein Prozess mit Root-Rechten auf der Tailscale-Seite mit einem System-Socket, auf den nur Root zugreifen dürfte; das Experiment führte dabei ohne Administratorrechte schnell zur Auslese sensibler Systemdateien. Ein zweiter Ansatz soll es ermöglichen, einen root-eigenen Socket durch den Angreifer zu ersetzen, sodass bestimmte Dienste direkt mit Root-Kommandos erreicht werden. Zusätzlich beschreibt der Bericht eine dritte Methode, bei der eine Sicherheitsprüfung zur Dateizugriffsbegrenzung durch Racing übergangen werden kann.
Der Ablauf endet laut „Tailworm“ jedoch nicht zwingend bei der reinen Kommandoausführung. In der Laborkette wird außerdem eine Schlüsselkomponente abgegriffen, die für die Registrierung neuer Geräte zuständig ist, um anschließend ein System des Angreifers als vertrauenswürdigen Server in das Netz aufzunehmen. Der letzte Schritt soll nur in Netzwerken zuverlässig funktionieren, in denen „Tailnet Lock“ deaktiviert war; bei aktivem Tailnet Lock werden zwar Geheimnisse im Transit erfasst, die finale Übernahme wird im Labor jedoch nicht abgeschlossen. Den Bericht zufolge bremsten zwei Faktoren die Ausbreitung zusätzlich: Zugangsrules, die strikt als einzelne Quelle-zu-Ziel-Paare formuliert sind (statt breiter Regeln), und Geräte-Keys, die an Hardware wie TPM oder Secure Enclave gebunden sind. In der Forschungsgemeinschaft wurden die „wormable“-Charakterisierung teils angezweifelt, andere sehen den Befund zur Root-Eskalation dagegen als ernstes Sicherheitsrisiko.
Für Betreiber ist vor allem relevant, was sich kurzfristig praktisch ändern lässt, weil zum aktuellen Stand kein konkreter Patch im Bericht klar als Sofortlösung benannt wird. Windisch und Tailscale überlappen bei den Empfehlungen weitgehend: Zuerst sollten die Tailscale-SSH-Zugriffsregeln überprüft und wenn möglich so umgebaut werden, dass sie als explizite Quelle-zu-Ziel-Paare pro Gerät und Zielsystem definiert sind und keine breiten Regeln verwenden, die über Identitäten oder Tags ganzen Gruppen Zugriff gewähren. Der Bericht hebt genau diese Art von Paarregeln als den einzigen beobachteten Mechanismus hervor, der die Ausbreitung im Test selbstständig stoppte. Dazu passt die weitere Maßnahme, SSH-Port-Forwarding abzuschalten, wo es die Plattformkonfiguration erlaubt: Im gehosteten Dienst ist das pro Regel möglich, während es bei headscale Version 0.29.5 laut Bericht nicht abschaltbar ist – dort sollte jede SSH-Freigabe daher als „Root auf dem Ziel“ behandelt werden.
Daneben nennt der Bericht mehrere Konfigurationshebel, die zwar nicht alle das gleiche Problem lösen, aber das Gesamtrisiko senken können. Dazu gehören das Entfernen von App-Connector-Berechtigungen von Geräten, die sie nicht benötigen, das Entfernen von „tailscale serve forward“ für Unix-Sockets sowie das Aktivieren der „node-key expiry“, damit gestohlene Geräte-Keys nicht unbegrenzt gültig bleiben. Wird ein Gerät kompromittiert, sollte es außerdem im Control Plane gelöscht werden; ein „Reimaging“ soll Keys, die ein Angreifer bereits kopiert hat, nicht automatisch entkräften. Tailscale empfiehlt zudem „SSH check mode“ und automatische Updates: Ersteres fordert laut Beschreibung eine zusätzliche Login-Stufe vor Beginn einer Sitzung, behebt die beschriebene Privilegieneskalation jedoch nicht, sondern fügt eher eine zusätzliche Hürde hinzu.
Unabhängig vom SSH-Fokus zeigt „Tailworm“ außerdem weitere Erkenntnisse in demselben Berichtspaket, darunter Befunde zu App-Connectors, der „serve“-Funktion, dem DERP-Relay zwischen Geräten und zu headscale. Windisch selbst ordnet dabei ein, dass der App-Connector-Befund für manche Organisationen möglicherweise sogar stärker ausfallen könnte, weil eine experimentelle Funktion („conn25“) es erlaubt, Verkehr zu Zielen zu senden, die in der Sicherheitsfreigabe nicht explizit vorgesehen waren – einschließlich Endpunkten wie Cloud-Metadaten-Diensten, die wiederum potenziell serverseitige Anmeldeinformationen liefern können. Gleichzeitig bleibt die Verallgemeinerbarkeit eingeschränkt: Nach Angaben im Bericht ist der Proof-of-Concept-Code nicht öffentlich und wurde nur an die Sicherheitskontakte von Tailscale übergeben, während weder ein unabhängiger Reproduktionsnachweis Dritter noch eine Bestätigung der exakten technischen Details durch Tailscale zu jedem Punkt vorliegen. Für Entscheider bedeutet das: Bis Klarheit über Fixes und betroffene Setups herrscht, sollten Sicherheitsmaßnahmen vor allem dort ansetzen, wo sie direkt die im Bericht beschriebenen Ketten unterbrechen – also bei SSH-Regelgranularität, Port-Forwarding und der Reduktion unnötiger Rechte.
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Tailscale SSH: Ungepatchte Schwächen könnten Root auf Zielservern ermöglichen" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Tailscale SSH: Ungepatchte Schwächen könnten Root auf Zielservern ermöglichen" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Tailscale SSH: Ungepatchte Schwächen könnten Root auf Zielservern ermöglichen« bei Google Deutschland suchen, bei Bing oder Google News!