Verze 1.104.4 řeší chyby v oddělení oprávnění Tailscale SSH i tři problémy ve funkcích Serve a Funnel. Zneužití SSH vyžadovalo již povolený přístup do sítě a možnost navázat příslušné spojení.

Tailscale v oznámení z 28. října vysvětlil výsledky prověřování výzkumné zprávy označené Tailworm. Jádrem potvrzených problémů nebylo obejití ověření identity, ale nedostatečné vynucování oprávnění po autorizaci SSH spojení. Přihlášená relace mohla za určitých podmínek provádět operace nad rámec práv místního unixového uživatele, například prostřednictvím přesměrování SSH.

Rozdíl je podstatný i pro posouzení rizika. Tailscale SSH je vestavěný SSH server řízený identitami a politikami privátní sítě označované jako tailnet. Není totožný s běžným OpenSSH provozovaným přes síť Tailscale. Server potřebuje zvýšená oprávnění například pro spouštění relací pod různými místními účty, ale nesmí je přenést na činnosti připojeného uživatele. Právě tato hranice nebyla ve všech případech dodržena.

Útočník musel mít přístup k autorizovanému zařízení v tailnetu a politika mu musela výslovně dovolovat příslušné SSH spojení. Podle výrobce nešlo o možnost, aby se nepřihlášený útočník připojil k libovolnému serveru. Označení Tailworm také neznamená doloženého samovolně se šířícího červa: případný pohyb mezi stroji zůstával omezen spojeními povolenými síťovou politikou. Přesto je překročení oprávnění uvnitř povolené relace vážný problém, zejména tam, kde správci spoléhají na oddělení běžného a privilegovaného účtu.

Výzkumná zpráva popsala také pět nálezů v Serve a Funnel. Tailscale potvrdil a opravil tři chyby. Další dvě chování označil za zamýšlená: obejití kontroly atributu Funnel vyžaduje místní administrátorská práva a volba TS_SERVE_ALLOW_ALL_INTERFACES záměrně umožňuje zpřístupnění Serve mimo tailnet. Samostatný nález v nové generaci aplikačních konektorů Conn25 se týkal dosud nevydané předprodukční funkce; stabilní konektory podle výrobce zasaženy nejsou.