> ## Content Index
> Fetch the complete content index at: https://sakis.tech/llms.txt
> Use this file to discover other available public pages before exploring further.

# Tailscale Sicherheitslücke: SSH-Fix steckt in 1.104.4
- URL: https://sakis.tech/tailscale-sicherheitsluecke-ssh-update/
- Published: 2026-10-29T09:21:15.000Z
- Updated: 2026-10-29T09:21:15.000Z
- Description: Elf Befunde, vier Bulletins, ein Fix: Tailscale 1.104.4 schließt Lücken in Tailscale SSH und Serve. Wer betroffen ist, wie du updatest und was bis dahin hilft.
- Author: Sakis
- Tags: news, homelab, sicherheit

Am Montag, 26.10.2026, lagen elf Tailscale-Befunde auf dem Tisch, am Mittwoch, 28.10.2026, steht der Fix in der Versionsliste. Zwei Tage vom Bericht bis zum Update sind für eine Lücke mit Root-Rechten ein ordentliches Tempo, und Tailscale hat die Sache dabei nicht kleingeredet. Die Betroffenen-Frage bleibt trotzdem: Läuft bei dir Tailscale SSH, `tailscale serve` oder ein Container mit dem Tailscale-Image, ist Version **1.104.4** dein Ziel.

**Kurz gesagt:** Tailscale hat vier Sicherheitsmeldungen (TS-2026-014 bis -017) mit dem Client **1.104.4** behoben. Die gefährlichste lässt Geräte mit einer SSH-Freigabe über Unix-Socket-Forwarding an root-Ressourcen wie den Docker-Socket. Update einspielen, bis dahin Forwarding abschalten. Dauer: etwa 5 Minuten pro Gerät.  
Stand: Tailscale 1.104.4, geprüft am 29.10.2026

![Schaubild: Version prüfen, Tailscale-Client updaten, bis dahin SSH-Forwarding abschalten](https://sakis.tech/content/images/2026/10/grafik-25.png)

Die drei Handgriffe auf einen Blick.

## Was bei Tailscale SSH schieflief

**Tailscale SSH?** Eine Funktion, mit der Tailscale selbst die SSH-Anmeldung übernimmt: Wer im Tailnet (deinem privaten Tailscale-Netz) eine passende Regel hat, kommt auf den Server, ohne dass dort Schlüssel liegen müssen. Aktiviert wird sie auf dem Zielgerät mit `tailscale set --ssh`. Läuft bei dir nur der normale `sshd`, betrifft dich dieser Teil nicht.

Der SSH-Server steckt direkt im Hintergrunddienst `tailscaled`, und der läuft als root. Bei einem normalen SSH-Login gibt der Server seine Rechte an den angemeldeten Benutzer ab. Beim *Weiterleiten von Unix-Sockets* (per `ssh -L` oder `-R`) tat er das laut dem Bericht nicht sauber: Pfadprüfungen und Dateioperationen liefen weiter als root.

**Unix-Socket?** Eine Datei, über die zwei Programme auf demselben Rechner miteinander reden, wie eine Durchreiche zwischen zwei Küchen. Der bekannteste ist der Docker-Socket: Wer dort hineinreden darf, kann Container mit beliebigen Rechten starten, und damit ist er faktisch root.

Aus dem Bulletin TS-2026-014: Peers konnten über das Forwarding root-only-Sockets erreichen, genannt werden der Docker-Socket und die lokale API von `tailscaled`. Voraussetzung ist ein Gerät, das per SSH-Regel zugelassen ist und dem die Policy Forwarding erlaubt. Ein Fremder aus dem Internet kommt so nicht hinein; ein bereits zugelassenes Gerät bekommt aber mehr, als sein Benutzer dürfte. Tailscale selbst schreibt: „Most of the Tailscale SSH issues we've identified concern privilege escalation.“

## Vier Bulletins, ein Fix

Gefunden hat die Probleme Cyberdione Labs bei einem Audit von Tailscale 1.104.2 und dem selbst gehosteten Control-Server Headscale 0.29.5, elf Befunde unter dem Namen „Tailworm“. Laut BleepingComputer veröffentlichte die Firma die Details selbst, SecurityWeek spricht von einer unkoordinierten Offenlegung. Tailscale bestätigte den Eingang am Montag und schrieb: „These are serious security issues, and we're treating them accordingly.“ Vier dieser Befunde sind inzwischen als Bulletins veröffentlicht, alle gefixt ab 1.104.4:

| Bulletin    | Was war los                                                                                   | Betrifft dich, wenn …                                                   |
| ----------- | --------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------- |
| TS-2026-014 | Unix-Socket-Forwarding in Tailscale SSH erreichte root-only-Sockets                           | Tailscale SSH an und Forwarding in der Policy erlaubt                   |
| TS-2026-015 | Speicher in SSH-Sitzungen unbegrenzt, Absturz möglich (DoS)                                   | Tailscale SSH an, eine erlaubte Sitzung genügt                          |
| TS-2026-016 | tailscale serve mit Unix-Backend erreichte privilegierte Sockets, auch die API von tailscaled | lokale Operatoren oder Nutzer schreiben Serve-Konfig oder Backend-Pfade |
| TS-2026-017 | HTTP/2-Race: falsche Capability-Werte zwischen Serve-Mounts                                   | Serve-TLS mit mindestens zwei Mounts mit verschiedenen Capabilities     |

Ein Wort zu den anderen sieben Befunden: App Connector (experimentell), Headscale und der DERP-Client sind nach dem, was ich gelesen habe, nicht in diesen vier Bulletins enthalten. Zu Headscale habe ich keine Fix-Angabe gefunden; das Projekt ist unabhängig von Tailscale. Wer es betreibt, schaut in dessen eigene Releases. CVE-Nummern stehen weder in den Bulletins noch bei den Medien. Hinweise auf Angriffe in der Praxis nennen weder Tailscale noch der Bericht.

## Wie dringend ist es bei dir?

Wenn ich die Bulletins richtig lese, braucht jeder Angriff ein bereits zugelassenes Gerät. In einem Tailnet, in dem nur deine eigenen Geräte hängen, ist das Risiko damit klein: Der Angreifer müsste erst eines davon übernehmen. Anders sieht es aus, wenn du Familie, Freunde oder ein Vereinsprojekt in dein Tailnet gelassen hast, oder wenn ein Server den Docker-Socket hergibt und Tailscale SSH erlaubt ist.

Ich würde trotzdem nicht auf das nächste Wochenende warten. Ein Update ist in fünf Minuten erledigt, und ein SSH-Server, der als root läuft, ist genau die Stelle, an der man ungern einen Befund offen lässt. Dass Tailscale nicht rät, SSH komplett abzuschalten, sehe ich ebenso: Der Fix liegt vor, und er ist kleiner als der Verzicht.

## Tailscale auf 1.104.4 bringen

Welche Version ein Gerät hat, zeigt die Admin-Konsole unter **Machines** in der Spalte „Version“. Ein roter Pfeil markiert ein Sicherheitsupdate.

Auf Linux geht es mit dem Tailscale-eigenen Update (laut Doku nur bei manchen Distributionen) oder über den Paketmanager:

```bash
tailscale update
```

```bash
sudo apt-get update
sudo apt-get install tailscale
```

Die zweite Variante gilt für Ubuntu und Debian; für Fedora, RHEL und openSUSE nennt die Tailscale-Doku `dnf update tailscale` bzw. `zypper update tailscale`. Läuft Tailscale als Container, hängt es am Image-Tag: Mit `tailscale/tailscale:stable` bekommst du bei jedem Neustart oder Deployment die aktuelle stabile Version, ein fest gepinnter Tag wie `v1.76.0` bleibt dagegen stehen. Pinnst du, musst du den Tag selbst anheben. Im Ordner mit deiner `docker-compose.yml`:

```bash
docker compose pull
docker compose up -d
```

Ob der Container danach die neue Version hat, zeigt wieder die Spalte „Version“ in der Admin-Konsole. Ein Hinweis noch zu den automatischen Updates: Nach der Doku kommen sie meist etwa eine Woche nach einem Release, bei wichtigen Sicherheitsupdates schneller. Auf Synology und Arch-Systemen gibt es sie nicht. Wer wissen will, ob das eigene Gerät sie nutzt, setzt auf Linux `tailscale set --auto-update`.

Ob Tailscale SSH bei dir überhaupt an ist, verrät die Tailnet-Policy: In der Admin-Konsole unter **Access controls** gibt es einen Abschnitt `ssh`. Fehlt er, ist Tailscale SSH im Tailnet aus. Steht dort eine Regel, prüf, wer als `src` eingetragen ist und ob das alles noch Geräte sind, die du kennst.

## Wenn du nicht sofort updaten kannst

Für TS-2026-014 gibt es einen Schalter, den Tailscale selbst nennt: die Umgebungsvariable `TS_SSH_DISABLE_FORWARDING=1` in der Umgebung des `tailscaled`\-Dienstes, danach den Dienst neu starten. Tailscale SSH bleibt dabei an, nur das Weiterleiten fällt weg. Im Container-Setup sieht das in der Compose-Datei so aus; die Zeile kommt in den Abschnitt `environment` deines Tailscale-Dienstes:

```yaml
    environment:
      - TS_SSH_DISABLE_FORWARDING=1
```

Danach `docker compose up -d`, damit der Container mit der neuen Einstellung neu gebaut wird. Wer auf dem Gerät gerade per Tailscale SSH eingeloggt ist, sägt sich beim Neustart den eigenen Ast ab; halte lieber eine zweite Verbindung oder die Konsole bereit. Die Variable ist eine Krücke bis zum Update, kein Ersatz dafür, denn sie deckt nach Tailscales Angabe nur mehrere der schwereren Befunde ab.

Als zweite Maßnahme nennt Tailscale, die SSH-Regeln auf die nötigen Benutzer und Geräte zu beschränken. Das ist ohnehin gute Hygiene. Dass ein Docker-Socket gleichbedeutend mit root ist, haben wir schon in der [Docker-Firewall-Anleitung](https://sakis.tech/docker-ufw-ports-trotz-firewall-offen/) berührt, und vor einer Woche waren es bei [Pi-hole 6.5](https://sakis.tech/pi-hole-6-5-release/) vier Wege vom Dienstbenutzer zu root. Die Reihe der Root-Wege ist lang, der Rückweg ist jedes Mal derselbe: Patchen, Rechte klein halten.

## Wer kein Tailscale will

Wer sich jetzt fragt, ob ein eigener VPN-Server die bessere Wahl wäre: Die Antwort hängt davon ab, was du lieber selbst pflegst. Mit [wg-easy](https://sakis.tech/wg-easy-docker-compose/) betreibst du WireGuard ohne fremde Steuerzentrale, bekommst dafür aber kein Tailscale SSH und keine automatische Verwaltung im Hintergrund. Auch dort musst du selbst updaten.

Die Tailscale-Geschichte zeigt eher, wie bequem ein Komfort-Feature wird, wenn es root-Rechte mitbringt. Gönnen muss man der Firma, dass sie Bulletins mit konkreten Versionen und einem Schalter für die Zwischenzeit veröffentlicht hat. Eine Lücke, bei der der Hersteller sagt, was du bis zum Update tun kannst, ist schon die halbe Miete.

Welche Tailscale-Funktionen laufen bei dir, nur Zugriff von außen oder auch SSH und Serve? Schreib's in die Kommentare, mich interessiert, wie viele Tailnets wirklich nur aus eigenen Geräten bestehen.

Wer solche Meldungen lieber gesammelt am Sonntag liest, findet sie im Newsletter „Sakis am Sonntag“; und wie du Docker-Zugriffe im Griff behältst, steht in der [Dozzle-Anleitung](https://sakis.tech/docker-logs-anzeigen-dozzle/).

sakis@homelab:\~$ echo "bleib neugierig — und mach backups" 

## Quellen

- [Tailscale Security Bulletins (TS-2026-014 bis -017)](https://tailscale.com/security-bulletins?ref=sakis.tech)
- [Tailscale Changelog, Client 1.104.4](https://tailscale.com/changelog?ref=sakis.tech)
- [Tailscale: SSH investigation and remediation update](https://tailscale.com/ssh-investigation-update?ref=sakis.tech)
- [BleepingComputer: Tailscale warns of serious SSH flaws](https://bleepingcomputer.com/news/security/tailscale-warns-of-serious-ssh-flaws-allowing-root-privilege-escalation?ref=sakis.tech)
- [SecurityWeek: Tailscale rushes patches after uncoordinated disclosure of Tailworm flaws](https://www.securityweek.com/tailscale-rushes-patches-after-uncoordinated-disclosure-of-tailworm-flaws/?ref=sakis.tech)
- [Tailscale-Doku: Updating Tailscale](https://tailscale.com/kb/1067/update?ref=sakis.tech)
- [Tailscale-Doku: Tailscale SSH](https://tailscale.com/kb/1193/tailscale-ssh?ref=sakis.tech)