Нов доклад по сигурността предупреждава, че Tailscale SSH има недостатъци, чрез които хакер може да премине от едно компрометирано устройство към root достъп до други сървъри. Tailscale SSH позволява на одобрени устройства да влизат едно в друго през частна мрежа.
Докладът, наречен Tailworm, е публикуван на 25 октомври 2026 г. от изследователя по сигурността Ерика Уиндиш (Erica Windisch) от Cyberdione Labs. Tailscale не е потвърдила констатациите, а към датата на доклада не е публикувала бюлетин, CVE номер или коригирана версия за тях.
Недостатъци в Tailscale SSH
Докладът изброява 11 находки в пет групи. Те обхващат SSH сървъра на Tailscale, функциите serve и app connector, DERP релейния клиент и headscale – сървър с отворен код за управление на Tailscale мрежи. Изследователят е тествал tailscale 1.104.2 и headscale 0.29.5 между 22 и 24 октомври 2026 г.
| # | ID на находката | Компонент | Какво се чупи | Сериозност | Какво е нужно на нападателя |
|---|---|---|---|---|---|
| 1 | F1 (T3) | Tailscale SSH | Локалното пренасочване на сокети (ssh -L) се изпълнява като root и достига сокети, достъпни само за root. В лабораторията това даде root достъп и четене на /etc/shadow. | Висока | SSH правило, което позволява локално пренасочване |
| 2 | F2 (T2) | Tailscale SSH | Отдалеченото пренасочване на сокети (ssh -R) замества сокети, притежавани от root. Това позволи изпълнение на код с root права чрез команден демон. | Висока | SSH правило, което позволява отдалечено пренасочване |
| 3 | F3 (T2-RACE, T3-RACE) | Tailscale SSH | Времеви интервал позволява проверката на пътя да бъде заобиколена преди изпълнението на файловото действие. В лабораторията това доведе до присъединяване на неоторизиран възел към мрежата. | Висока | Обикновена SSH сесия с разрешено пренасочване |
| 4 | F4 (C1) | App connectors (conn25) | Потребителско разрешение позволява достъп до всяка изходяща дестинация през конектора. Така бяха достигнати метаданните на облака и услуги на Kubernetes. | Висока | Обикновено разрешение за приложение |
| 5 | F5 (T1) | Tailscale SSH | Честото отваряне и затваряне на сесии кара root демона многократно да изчерпва паметта си. Около 536 MB бяха заделени за 7 секунди. | Висока | Удостоверена SSH сесия |
| 6 | F6 (C2, C3, C4) | headscale и DERP клиент | Нерегистрирани без удостоверяване заявки могат да изместят чакащите одобрения на устройства. Злонамерено реле може също да принуди клиента да прочете до 1,34 GB. | Средна до висока | Достъп от интернет до headscale или враждебно реле |
| 7 | F7 (SERVE-F-1) | tailscale serve | TCP пренасочване към сокета на локалния API позволява на отдалечен партньор да записва в локалния API. В лабораторията промяна на настройка върна успех, което означава превземане на възела. | Висока | Serve конфигурация от оператора плюс разрешен партньор |
| 8 | F8 (SERVE-F-2) | tailscale serve | Символна връзка, подменена след настройката, заобикаля защитата на сокета, което позволява на root да се свързва към сокети, достъпни само за root. | Средна (ограничена) | Локален достъп за запис до директорията на backend пътя |
| 9 | F9 (SERVE-F-3) | Funnel | Достъпът през Funnel зависи само от възможностите на партньора и локалните настройки. Докладът го разглежда като проблем в модела на заплахите. | Средна | Възел с включен Funnel |
| 10 | F10 (SERVE-F-4) | tailscale serve | Настройката TS_SERVE_ALLOW_ALL_INTERFACES излага serve извън свързването към тунела. Докладът го определя като бележка относно конфигурацията. | Бележка относно конфигурацията | Възли, които задават тази променлива |
| 11 | F11 (SERVE-F-5) | tailscale serve | Състезание (race condition) в споделения serve контекст позволява правата на едно монтиране да се пренесат върху друго. | Средна или ниска до средна без авторизация чрез хедър | Serve конфигурации, които използват авторизация чрез хедър |
Най-сериозната група засяга Tailscale SSH. SSH сървърът му работи вътре в tailscaled – фонова програма с пълни root права на машината. Според доклада, когато потребител има право да пренасочва Unix сокети (локални канали, използвани от услуги като Docker), програмата отваря или замества тези канали с root права. В лабораторията обикновена SSH сесия получи root достъп и прочете файла с пароли /etc/shadow почти мигновено.
Изследователят описва и верига, която се разпространява из мрежата. В лабораторията едно хакнато устройство достигна root достъп до други сървъри и регистрира неоторизиран възел, който изглеждаше като доверен сървър. Докладът твърди, че за това разпространение не са били нужни пароли или откраднати ключове и че то се е придвижвало от устройство на устройство за под секунда на скок.
Tailscale изгражда частна mesh мрежа, в която устройствата си имат доверие въз основа на правила на политиката. Според доклада всяко устройство получава пълен списък на своите партньори, така че хакер на една машина може да види всички възможни цели. Изследователят твърди, че първоначалната опора може да дойде от уязвимо уеб приложение, отровен софтуерен пакет, фишинг имплант или откраднати данни за вход.
Това е важно, защото политиката приема, че доверените устройства са сигурни. Докладът посочва, че Tailscale не създава първоначалната опора, но може да превърне едно малко нарушение в широк достъп в целия парк от устройства. Правилата за достъп по двойки спряха разпространението в лабораторията и изследователят ги нарича единствения контрол, който е проработил.
Киберпрестъпни групи вече са използвали Tailscale за придвижване между мрежи. Профил на автора на заплахата Scattered Spider описва как групата е използвала Tailscale VPN, за да се придвижва между среди.
Освен SSH докладът описва проблеми в експерименталната функция за app connector conn25. Според изследователя устройство с разрешение за конектора може да изпраща трафик към всяка дестинация по свой избор, включително към услугата за метаданни на облака, която съхранява идентификационни данни на сървъри. В клъстери на Kubernetes същият път може да достигне вътрешни услуги.
Докладът описва и проблем с паметта в headscale, който не изисква акаунт. Изследователят твърди, че отдалечен потребител може да изчерпи паметта на управляващия сървър, което може да блокира присъединяването на нови устройства. Функция на serve може също да изложи локалния административен интерфейс на отдалечени партньори, когато пренасочва трафик към Unix сокет.
Поредица от неотдавнашни корекции в SSH
Това не е първият сериозен проблем в Tailscale SSH тази година. През юли 2026 г. Tailscale отстрани TS-2026-009 – случай, при който потребителско име, започващо с тире, можеше да накара търсенето на Linux акаунт да върне root акаунта. Това позволяваше на потребител с SSH достъп да отвори root сесия в нарушение на ACL правилата. Корекцията за сигурност беше пусната във версия 1.98.9.
Root достъпът през SSH е и по-широк проблем на Linux. Доклад за ескалация на привилегии в Linux показва как SSH потребител с начална опора с ниски права може да достигне root в основни дистрибуции.
Изследователят твърди още, че дизайнът с отворен код се е отдалечил от многослойната защита. Докладът посочва, че Tailscale SSH замества OpenSSH, който разделя привилегиите така, че потребителските сесии да работят с правата на потребителя. Според изследователя OpenSSH сваля привилегиите преди началото на сесията, докато при Tailscale контролът остава в процес с високи привилегии.
Все още няма официална корекция за сигурност, затова администраторите трябва да следват временните стъпки на изследователя и документацията на Tailscale. Заменете широките SSH правила за цяла идентичност или за цял таг с права по двойки, които назовават един източник и една дестинация. Задайте пренасочването като забранено във всяко правило, където тази настройка съществува. При headscale 0.29.5 пренасочването не може да бъде изключено, затова всяко SSH разрешение трябва да се третира като равностойно на root.
Изключете Tailscale SSH на устройства, които не се нуждаят от него, като изпълните tailscale set –ssh=false. Първо се уверете, че имате друг начин за достъп до устройството, защото документацията предупреждава, че може да загубите достъп. Премахнете разрешенията за app connector там, където не се използват, премахнете serve пренасочванията към Unix сокети и включете изтичане на срока на ключовете на възлите. Ако устройство е компрометирано, изтрийте го от управляващата равнина, защото преинсталирането на хоста не отменя ключове, които вече са били копирани.
Идентификационните данни са също толкова важни, колкото и кодът. Tailscale съобщи, че AI агент е използвал откраднати идентификационни данни за Tailscale, за да регистрира 181 възела по време на проникването в Hugging Face, макар Tailscale да заяви, че не е използвана уязвимост.
Читателите трябва да прегледат директно доклада Tailworm и да следят бюлетините за сигурност на Tailscale за официален отговор. Някои коментатори оспорват сериозността на находките, а резултатите идват от лабораторни тестове, а не от потвърдени пробиви. Все пак докладът показва как едно компрометирано устройство може да се превърне в път към много сървъри, когато правилата за достъп са твърде широки. Екипите, които използват Tailscale SSH, трябва да прегледат правилата си още днес и да прочетат документацията на Tailscale за SSH, преди да направят промени.