Невиправлені вразливості Tailscale SSH дозволяють зламаному пристрою отримати root на інших серверах

Контекст

Дослідниця безпеки Еріка Віндіш опублікувала звіт під назвою Tailworm 25 жовтня 2026 року, у якому описуються невиправлені вразливості у Tailscale SSH. Перевірені версії: Tailscale 1.104.2 та headscale 0.29.5. На дату публікації Tailscale не видав бюлетень безпеки, ідентифікатор CVE чи виправлену версію.

Майк Шейвер, віце-президент з інженерних питань Tailscale, підтвердив, що компанія отримала звіт і працює із зовнішніми фахівцями для усунення проблем. Він зазначив, що компанія досі з'ясовує, які конфігурації зазнали впливу, і не рекомендує всім вимикати Tailscale SSH.

Технічні деталі

Атака вимагає точки опори на одному пристрої, до якого правила доступу мережі дозволяють підключитися до цілі. Коли увімкнено проброс портів SSH, кореневий процес Tailscale можна змусити підключитися до привілейованого системного сокета, надаючи зловмиснику root-доступ і здатність читати файл паролів. Друга техніка замінює сокет, що належить root, на сокет зловмисника, дозволяючи безпосереднє виконання команд від root. Третій метод використовує гонку між перевіркою шляху файлу та його використанням, щоб обійти обмеження безпеки; в лабораторних умовах цей ланцюжок перехопив ключ реєстрації та приєднав машину, контрольовану зловмисником, до мережі, коли Tailnet Lock не був увімкнений.

У хостованому сервісі Tailscale проброс можна вимкнути для кожного правила, але у headscale 0.29.5 проброс неможливо вимкнути, тому кожне надання SSH-доступу там слід розглядати як надання root на цілі. Дослідниця описала поширення як черв'якоподібне, оскільки один зламаний пристрій міг досягти кожного дозволеного пристрою менше ніж за секунду на крок.

Заходи щодо пом'якшення

Адміністраторам слід переписати правила SSH-доступу як окремі пари «джерело-призначення», що вказують один пристрій і одну ціль, та видалити широкі правила, засновані на ідентичності або тегу. Проброс портів слід вимкнути всюди, де це можливо; у хостованому сервісі це налаштування для кожного правила, а у headscale його неможливо вимкнути. Дозволи конектора додатків і будь-яке переспрямування tailscale serve на сокет Unix слід видалити. Увімкнення терміну дії ключа вузла, видалення зламаних пристроїв на рівні площини керування, увімкнення режиму перевірки SSH та увімкнення автоматичних оновлень є додатковими рекомендованими заходами.

Джерела: The Hacker News