Tailworm: breșe în Tailscale SSH dau root de pe un nod compromis

În weekendul 24–25 octombrie 2026, Cyberdione Labs a publicat detaliile a 11 vulnerabilități în Tailscale, VPN-ul mesh bazat pe WireGuard, și în headscale, serverul de control open source pe care companiile îl pot găzdui singure. Cercetătorii le numesc, în ansamblu, Tailworm. Le-au găsit în timpul unui audit al Tailscale 1.104.2 și headscale 0.29.5 și le-au reprodus în laborator pe software publicat și nemodificat (BleepingComputer).

Publicarea a avut loc înainte să existe patch-uri. Potrivit SecurityWeek, alegerea a atras critici pe rețelele sociale, în timp ce fondatoarea Cyberdione Labs, Erica Windisch, susține că o informare rapidă accelerează corectarea și că vulnerabilitățile au fost găsite „cu puțin efort”. La data articolelor nu existau CVE atribuite, iar nici Tailscale, nici raportul nu menționează exploatări în curs (SecurityWeek).

Problema principală: Tailscale SSH

Tailscale SSH este serverul SSH integrat în tailscaled: rulează ca root și acordă accesul pe baza identității dispozitivului și a politicilor tailnet-ului, fără parole sau chei. Potrivit raportului citat de cele două publicații, redirecționarea socket-urilor Unix (ssh -R și ssh -L) face verificările căilor și operațiile cu fișiere cu privilegii de root. Condițiile de cursă (race condition) și lipsa renunțării la privilegii permit unei sesiuni obișnuite să înlocuiască, să deschidă sau să șteargă resurse privilegiate.

Din cele șase probleme de severitate ridicată, patru privesc Tailscale SSH (SecurityWeek). Rezultatele demonstrate în laborator:

• execuție de cod ca root pe serverele țintă;
• furtul cheilor de înregistrare, cu care se pot adăuga dispozitive neautorizate în tailnet;
• ștergerea de fișiere arbitrare cu privilegii de root.

Condiția este un dispozitiv aprobat plus o regulă SSH care permite redirecționarea. Pe headscale redirecționarea este acordată automat; pe serviciul SaaS al Tailscale depinde de fiecare regulă (BleepingComputer).

Un lanț care se propagă singur

Potrivit SecurityWeek, cercetătorii au arătat că vulnerabilitățile sunt wormable: nu sunt necesare credențialele utilizatorului, iar un atac automat care înlănțuie bug-urile a trecut de la o mașină la alta pe toate serverele accesibile prin Tailscale SSH conform politicii, în sub o secundă pe salt și fără interacțiune. Punctul de intrare poate fi orice compromitere a unui nod: phishing, o aplicație web vulnerabilă, un pachet software malițios. Titlul The Hacker News descrie același scenariu: un dispozitiv compromis care ajunge la root pe alte servere.

Tehnici MITRE ATT&CK relevante (clasificarea noastră): T1021.004 (SSH ca serviciu la distanță), T1068 (exploatare pentru escaladarea privilegiilor) și T1210 (exploatarea serviciilor la distanță) pentru propagare.

Celelalte vulnerabilități

Raportul mai descrie (BleepingComputer, SecurityWeek):

• app connector (conn25, funcție experimentală): traficul este tradus către destinații alese de atacator fără validare, iar ACL-urile nu se aplică destinației reale. Cu un dispozitiv care are capability-ul conectorului se ajunge la serviciile de metadate din cloud (furt de credențiale, T1552.005), la rețelele LAN interne și, în Kubernetes, la toate serviciile clusterului;
• headscale: epuizarea resurselor fără autentificare (creșterea memoriei, golirea cache-ului), la îndemâna oricui poate ajunge la server. Rezultat: căderi repetate ale serverului de control și blocarea înregistrării dispozitivelor noi în toată organizația;
• clientul DERP (componenta de releu din fiecare agent): citirea fără limită a răspunsului unui releu malițios, care epuizează memoria clientului;
• tailscale serve: redirecționarea TCP către un socket Unix nu are o protecție care există în schimb pe calea HTTP, iar o condiție de cursă în autorizarea fiecărui mount lasă să treacă o parte din cereri. Rezultat: acces la distanță la API-ul de administrare al nodului.

Răspunsul Tailscale

Mike Shaver, VP of Engineering la Tailscale, a scris pe Reddit că firma desfășura deja o investigație proprie, cu specialiști externi, când a sosit raportul. Potrivit Tailscale, majoritatea problemelor privesc ce se întâmplă după ce cineva este autorizat să se conecteze: o sesiune poate face mai mult decât îi este permis utilizatorului local configurat. Este grav, dar nu echivalează cu un atacator neautentificat care se conectează la mașini arbitrare; impactul depinde de modul în care este configurat accesul SSH (SecurityWeek, BleepingComputer).

Tailscale nu recomandă dezactivarea Tailscale SSH și își propunea să publice clientul corectat până marți, 27 octombrie. Potrivit actualizării SecurityWeek, compania a publicat apoi detaliile complete, corecțiile distribuite și patru buletine de securitate cu indicațiile de remediere. Sursele nu dau numărul versiunii corectate: verifică-l în buletinele Tailscale. Pentru headscale, sursele nu menționează o versiune corectată.

Impactul pentru companiile europene și italiene

Tailscale este folosit pentru accesul la distanță al administratorilor, dezvoltatorilor și furnizorilor: un singur laptop compromis cu acces SSH la multe servere devine punctul de plecare pentru root pe toate. Cheile de înregistrare furate permit rămânerea în rețea chiar și după curățarea primului dispozitiv. Pentru entitățile NIS2, cazul ține de gestionarea vulnerabilităților și de controlul accesului privilegiat, inclusiv al furnizorilor și al celor care fac mentenanță. În sănătate trebuie verificate mai întâi nodurile care dau acces la sisteme clinice.

Ce să faci acum

1. Actualizează clienții Tailscale la versiunea indicată în buletinele Tailscale, începând cu serverele care acceptă Tailscale SSH.
2. Dezactivează redirecționarea SSH acolo unde nu e necesară: TS_SSH_DISABLE_FORWARDING=1 în mediul serviciului tailscaled, apoi repornește serviciul. Tailscale SSH rămâne activ și, potrivit Tailscale, sunt atenuate mai multe dintre cele mai grave probleme.
3. Restrânge politicile SSH la utilizatorii și dispozitivele care au nevoie de ele, cel puțin până la încheierea analizei.
4. headscale: nu expune serverul de control mai mult decât e necesar și urmărește actualizările proiectului; ține minte că acolo redirecționarea este acordată automat.
5. App connector și serve: verifică cine are capability-ul conectorilor și ce redirecționări către socket-uri Unix sunt configurate.
6. Detectare: caută în tailnet dispozitive înregistrate recent și nerecunoscute, sesiuni SSH cu redirecționare de socket-uri Unix și fișiere de sistem șterse sau înlocuite. Dacă ai dubii, rotește cheile de înregistrare.

Cum ajută ARXDOME

ARX Sentry colectează de pe serverele Linux evenimente de securitate, inventarul software și controlul integrității fișierelor din folderele stabilite: te ajută să găsești mașinile cu Tailscale, să le vezi versiunea și să observi accese privilegiate sau fișiere de sistem modificate. Dacă un nod este suspect, ARX Shield îl izolează de rețea până la verificare.

Ultima actualizare: 27 octombrie 2026