Tailscale a lansat versiunea 1.104.4 pentru a remedia patru probleme de securitate, dintre care cele mai grave puteau permite unui atacator să ajungă, prin SSH, la servicii și fișiere rezervate utilizatorului root pe alte servere. Atacul presupune însă un punct de sprijin inițial: controlul unui dispozitiv pe care regulile de acces ale rețelei îl autorizează să deschidă o sesiune SSH cu redirecționare către țintă.
O verificare de cale ocolită printr-o cursă de timp
Vulnerabilitățile principale, reunite în buletinul TS-2026-014, țin de redirecționarea conexiunilor către socketuri Unix în serverul Tailscale SSH. Procesul de fundal tailscaled executa operațiunea cu privilegii root: verifica mai întâi calea socketului, apoi o accesa.
Cercetătoarea Erica Windisch, de la Cyberdione Labs, a constatat că un atacator putea exploata intervalul dintre verificare și folosire pentru a înlocui calea și a ocoli restricția.
În testele Windisch, redirecționarea către socketul de control Docker a dus la obținerea unui shell root și la citirea fișierului /etc/shadow, fără drepturi de administrator pe dispozitivul inițial.
Buletinul Tailscale descrie mai restrâns accesul posibil, indicând socketuri rezervate root, precum cel Docker și API-ul local al tailscaled. Așadar, impactul concret depinde de serviciile disponibile pe server și de configurația sa.
Tailscale SSH stabilește accesul pe baza identității dispozitivului și a politicii de rețea, nu printr-o parolă sau o cheie SSH clasică. Prin urmare, atacatorul nu are nevoie să fure acreditările unui utilizator: trebuie să controleze un dispozitiv deja considerat de încredere și să beneficieze de o regulă care permite sesiunea și redirecționarea.
Tailscale subliniază că vulnerabilitățile nu permit conectarea anonimă la servere arbitrare.
Patru buletine, de la acces la socketuri la întreruperea rețelei
Remedierea din versiunea 1.104.4 schimbă modul în care este efectuată redirecționarea: serverul operează acum cu drepturile utilizatorului autentificat, nu ca root, și se bazează pe permisiunile de fișier impuse de sistemul de operare, în locul verificării anterioare a căii. Serverul Tailscale SSH rulează numai pe Linux și pe versiunea open-source pentru macOS; dispozitivul atacatorului poate folosi orice platformă.
Al doilea buletin, TS-2026-015, descrie o problemă prin care o sesiune SSH permisă putea consuma memoria serverului până la blocarea procesului Tailscale. Consecința nu era doar indisponibilitatea serviciului SSH: oprirea procesului întrerupea întreaga conectivitate Tailscale a nodului afectat.
Este un risc de disponibilitate pentru sistemele care se bazează pe această rețea pentru accesul operațional.
TS-2026-016 privește tailscale serve: redirecționarea către un socket Unix putea ajunge la API-ul local tailscaled, oferind control de la distanță asupra nodului; problema includea și o vulnerabilitate asociată de înlocuire a socketului. În TS-2026-017, o configurație TLS serve cu cel puțin două mount-uri putea face ca un răspuns la o cerere să conțină antete de permisiuni aparținând altui mount.
De ce raportul vorbește despre propagare, iar Tailscale nu despre un vierme
Windisch a descris lanțul de atac drept „wormable”. În testele sale, un dispozitiv compromis putea ajunge la toate dispozitivele pe care politica le autoriza, fără parole, chei furate sau intervenția utilizatorului, iar fiecare etapă putea dura sub o secundă.
Două măsuri au limitat propagarea în scenariul testat: reguli de acces definite ca perechi individuale de dispozitive și chei de dispozitiv legate de hardware, precum un TPM.
Tailscale respinge însă eticheta de vierme: constatările, susține compania, nu descriu malware care se autoreplică și se răspândește autonom, ci mișcare laterală limitată la conexiunile deja permise de politica rețelei. Compania a numit problemele de escaladare a privilegiilor „probleme serioase de securitate”, a declarat că a reprodus principalele constatări și a precizat că încă stabilește ce configurații sunt afectate.
Pentru organizațiile din România și UE care folosesc Tailscale pentru administrare la distanță, segmentarea din politica de acces contează la fel de mult ca aplicarea patch-ului. Administratorii ar trebui să inventarieze nodurile Linux și macOS cu Tailscale SSH activ, să verifice cine poate iniția sesiuni și să elimine permisiunile de redirecționare acolo unde nu sunt necesare.
În infrastructuri sensibile, trebuie verificat și dacă socketurile Docker sau API-ul local sunt accesibile din fluxurile de administrare.
Actualizare imediată, cu atenție specială pentru headscale
Tailscale recomandă actualizarea la 1.104.4 sau o versiune ulterioară. Dacă un server nu poate fi actualizat imediat, administratorii pot dezactiva redirecționarea SSH prin setarea variabilei TS_SSH_DISABLE_FORWARDING=1 în mediul serviciului tailscaled, apoi repornirea serviciului.
Potrivit companiei, măsura nu dezactivează Tailscale SSH și blochează mai multe dintre problemele grave.
Compania recomandă și restrângerea regulilor SSH la utilizatorii și dispozitivele care au nevoie efectiv de acces, precum și folosirea modului „check” pentru sisteme sensibile, care cere utilizatorului să se autentifice din nou înainte de începerea sesiunii. Totuși, acest mod nu remediază vulnerabilitățile de redirecționare: verifică începutul sesiunii, în timp ce atacul se produce într-o sesiune deja aprobată.
Headscale, serverul de control autogăzduit, ridică o problemă distinctă. Potrivit raportului Windisch, redirecționarea SSH este acordată la fiecare sesiune acceptată și nu poate fi dezactivată din politica de acces; de aceea, raportul recomandă tratarea fiecărei permisiuni SSH drept acces cu potențial de root.
Versiunea headscale 0.29.5, lansată pe 13 octombrie, nu remediază problemele raportate.
Dacă există suspiciunea că un server a fost deja compromis, instalarea actualizării nu este suficientă. Windisch avertizează că cheia dispozitivului rămâne validă până când acesta este șters din planul de control; reinstalarea sistemului nu o revocă.
Organizațiile trebuie, așadar, să elimine dispozitivul suspect din control plane și să trateze identitatea sa ca potențial compromisă. Recomandările Tailscale nu acoperă explicit acest scenariu.
Dezvăluire rapidă și precedente în aceeași zonă de cod
La momentul publicării, cele patru buletine nu aveau identificatori CVE sau scoruri de severitate și nici nu precizau cea mai veche versiune afectată. Raportul Windisch a inclus și constatări despre app connectors, serve și funnel: Tailscale a spus că problema app connector ține de conn25, o funcție experimentală care nu a fost lansată, iar conectorii folosiți de clienți nu sunt afectați.
Dintre cele cinci constatări legate de serve și funnel, compania a remediat trei și a afirmat că celelalte două funcționează conform proiectării. Windisch a publicat raportul fără coordonarea prealabilă a momentului cu Tailscale, descriind situația drept „raportat, dar necoordonat”.
Compania spune că a primit raportul în dimineața zilei de sâmbătă, 24 octombrie, cu aproximativ două ore înainte de publicare, și că inginerii săi analizau deja aceleași zone de cod.
Nici raportul, nici compania nu indică faptul că vulnerabilitățile ar fi fost folosite în atacuri reale. Codul de demonstrație nu este public; Windisch a declarat că l-a transmis doar echipei de securitate Tailscale.
Incidentul vine după o remediere separată, în iunie, când versiunea 1.98.9 a corectat o problemă în redirecționarea socketurilor Unix din Tailscale SSH, care permitea unui utilizator fără privilegii să acceseze un socket privilegiat.
