Egy új biztonsági jelentés szerint a Tailscale SSH-ban található hibák miatt egy már kompromittált eszközről kiindulva a támadó root-jogosultságot szerezhet más szervereken is. A Tailscale a jelentés megjelenéséig nem erősítette meg az eredményeket, és nem adott ki hozzájuk hivatalos közleményt, CVE azonosítót vagy javított verziót.

A Tailscale SSH a Tailscale privát hálózatának beépített távoli elérési funkciója. Engedélyezett eszközök SSH-n keresztül tudnak bejelentkezni egymásba anélkül, hogy klasszikus SSH szervereket kellene külön kezelni vagy nyilvános portokat megnyitni. A hozzáférést főként nem jelszó vagy SSH kulcs dönti el, hanem a Tailscale hálózati szabályai, amelyek megadják, melyik eszköz melyik másik eszközhöz csatlakozhat.

A kutató 11 megállapítást sorol fel öt csoportban. Ezek a Tailscale SSH szerverét, a serve és az app connector funkciókat, a DERP relay agentet, valamint a Headscale nevű, nyílt forráskódú Tailscale hálózatokat kezelő szervert érintik. A teszteket 2026. október 22. és 24. között végezte, a Tailscale 1.104.2-es és a Headscale 0.29.5-ös verzióján. A jelentésben szereplő eredmények ezért laboratóriumi teszteken alapulnak, nem megerősített valós incidenseken.

A legfontosabb problémák a Tailscale SSH-hoz kapcsolódnak. Az SSH szerver a tailscaled háttérfolyamaton belül fut, amely a gépen teljes root-jogosultságokkal rendelkezik. A jelentés szerint, ha egy felhasználó jogosult Unix socketeket továbbítani, a program ezeket a csatornákat root jogosultsággal nyitja meg vagy cseréli le. Az olyan szolgáltatások, mint például a Docker, gyakran használnak ilyen Unix socketeket. A kutató laboratóriumi tesztjében egy közönséges SSH munkamenet szinte azonnal root-hozzáférést szerzett, és el tudta olvasni a /etc/shadow jelszófájlt. A hibához nem volt szükség ellopott jelszóra vagy titkos SSH kulcsra, csak olyan SSH szabályra, amely engedélyezi a helyi vagy távoli socket továbbítást.

A kutató egy hálózaton átterjedő láncot is leír. A tesztben egy feltört eszköz root hozzáférést szerzett más szervereken, majd egy olyan „rogue node”-ot, azaz hamis eszközt regisztrált a hálózatba, amely megbízható szervernek tűnt. A jelentés szerint ehhez nem kellett jelszó vagy ellopott kulcs, és a terjedés eszközönként kevesebb mint egy másodperc alatt történt. A Tailscale hálózatában minden eszköz megkapja a társai teljes listáját, így egy gépen jelenlévő támadó láthatja az összes lehetséges célt.

Az első belépési pont természetesen nem a Tailscale hibája. Lehet sebezhető webalkalmazás, fertőzött szoftvercsomag, adathalászattal telepített kártevő vagy ellopott bejelentkezési adat. A probléma az, hogy a Tailscale egy ilyen kis kompromittálást széles körű hozzáféréssé alakíthat a hálózaton. A Tailscale egy privát mesh hálózatot épít, amelyben az eszközök szabályok alapján bíznak meg egymásban. A jelentés szerint a rendszer feltételezi, hogy a megbízhatónak minősített eszközök biztonságosak.

A kutató szerint a laboratóriumi tesztekben az egy-egy forrás és cél közötti, úgynevezett per-pair hozzáférési szabályok állították meg a terjedést. Ezért a jelentés ezt nevezi az egyetlen olyan ellenőrzésnek, amely valóban működött. A jelentés említi azt is, hogy fenyegető csoportok már korábban használták a Tailscale-t hálózatokon belüli mozgásra. A cikk egy Scattered Spider profilra hivatkozik, amely leírja, hogy a csoport Tailscale VPN-t használt környezetek közötti mozgásra.

A Tailscale SSH-n túl a jelentés az experimentális conn25 app connector funkció problémáját is tárgyalja. A kutató szerint egy connector-jogosultsággal rendelkező eszköz forgalmat küldhet bármilyen általa választott célra, akár a felhő metadata szolgáltatására is, amely szerver-hitelesítő adatokat tárol. Kubernetes fürtökben ugyanez az út belső szolgáltatásokhoz is eljuthat.

A Headscale esetében a jelentés egy fiók nélkül kihasználható memóriaproblémát ír le. A kutató szerint egy távoli felhasználó kimerítheti a vezérlőszerver memóriáját, ami megakadályozhatja az új eszközök csatlakozását.

A tailscale serve funkció is érintett. Ha a szolgáltatás forgalmat továbbít egy Unix socketre, akkor a helyi admin felület távoli társak számára is elérhetővé válhat. A jelentés további, kisebb súlyú problémákat is leír a symlink-cserék, a Funnel-hozzáférés, a konfigurációs beállítások és a megosztott serve-környezetek körül.

Ez nem az első komoly Tailscale SSH-probléma az idén. 2026 júliusában a Tailscale javította a TS-2026-009 jelű hibát, amelyben egy kötőjellel kezdődő felhasználónév miatt a Linux-felhasználókeresés a root fiókot adta vissza. Így egy SSH hozzáféréssel rendelkező felhasználó az ACL szabályokat megsértve root-munkamenetet nyithatott. A javítás az 1.98.9-es verzióban érkezett.

Mit tehetnek most a rendszergazdák?

• Mivel hivatalos javítás még nincs, a cikk ideiglenes óvintézkedéseket javasol. A legfontosabb a túl széles SSH szabályok felülvizsgálata.
• A széles, identitás- vagy címke alapú SSH szabályokat érdemes konkrét, egy forrást és egy célt megnevező per-pair engedélyekre cserélni.
• Ahol a beállítás elérhető, a forwardingot tiltottra kell állítani az egyes szabályokban.
• Headscale 0.29.5 esetén a forwarding nem kapcsolható ki, ezért minden SSH engedélyt root jogosultsággal egyenértékűként kell kezelni.
• A nem szükséges eszközökön a Tailscale SSH-t a tailscale set –ssh=false paranccsal lehet kikapcsolni. Előtte érdemes ellenőrizni, hogy van-e más mód az eszköz elérésére, mert a dokumentáció szerint elveszhet a hozzáférés.
• A nem használt app connector jogosultságokat érdemes eltávolítani.
• Azokat a serve továbbításokat, amelyek Unix socketre mutatnak, szintén érdemes megszüntetni.
• Az eszközkulcsok lejárata, azaz a node-key expiry funkció bekapcsolása javasolt.
• Ha egy eszköz kompromittálódott, azt a control plane-ről kell törölni. A gép újratelepítése önmagában nem vonja vissza azokat a kulcsokat, amelyeket a támadó már kimásolhatott.

(forrás)