В Tailscale SSH сообщили о риске root-доступа через скомпрометированный узел

Исследовательница Эрика Виндиш из Cyberdione Labs сообщила о возможных уязвимостях Tailscale SSH: скомпрометированное устройство способно получить root-доступ к другим серверам, до которых ему разрешено подключаться. В лаборатории она проверяла Tailscale 1.104.2 и self-hosted-сервер headscale 0.29.5; на момент публикации Tailscale не выпустила бюллетень безопасности, CVE или исправленную версию.

Какие условия нужны для атаки

Сценарий требует уже захваченного устройства в сети и правила доступа, разрешающего ему SSH-подключение к целевому серверу. Сам Tailscale не создаёт первоначальную точку входа: ею могут стать уязвимое веб-приложение, вредоносный пакет, фишинг или похищенные учётные данные.

Tailscale SSH отличается от обычного SSH-сервера: решение о подключении принимается по идентичности устройства и правилу доступа, а не по паролю или ключу пользователя. Поэтому для описанной цепочки не нужны дополнительные похищенные SSH-ключи или пароли.

Виндиш описала несколько способов злоупотребить перенаправлением портов. В одном из тестов root-процесс Tailscale подключался к системному сокету, доступному только root, после чего тестовый сценарий получил повышенные права и прочитал файл паролей. В другом методе атакующий подменял root-сокет своим, а третий использовал гонку между проверкой пути и обращением к файлу.

Риск распространения и ограничения

В лаборатории одна скомпрометированная машина могла последовательно затрагивать устройства, разрешённые правилами доступа, менее чем за секунду на каждый шаг. Отдельно исследовательница продемонстрировала захват ключа регистрации нового устройства. Полная регистрация машины атакующего завершалась только в сетях без Tailnet Lock; при включённой функции секреты перехватывались, но финальный шаг не был завершён.

Заявления основаны на отчёте Tailworm и пока не получили публичного независимого воспроизведения. Tailscale сообщила, что получила отчёт, уже изучала эти области с внешними специалистами и работает над исправлениями. Вице-президент по инженерии Майк Шейвер отметил, что компания ещё определяет затронутые конфигурации и не рекомендует всем пользователям отключать Tailscale SSH.

Для оценки масштаба риска полезен и опыт эксплойт контейнеров Ubuntu с root хоста, где повышение привилегий затрагивает границу между изолированной средой и хостом. В отчёте Tailworm сдерживающим фактором названы точечные правила «один источник — одна цель», а также ключи устройств, привязанные к TPM или Secure Enclave.

Что проверить администраторам

На размещаемом сервисе Tailscale проброс портов можно отключить в каждом правиле. В headscale 0.29.5 такой возможности нет, поэтому автор отчёта предлагает считать любой SSH-доступ предоставлением root на целевой системе. Следует убрать широкие правила по идентичностям и тегам, оставив конкретные пары устройств.

Также стоит отозвать разрешения app connector у ненужных устройств, удалить перенаправления tailscale serve на Unix-сокеты и включить срок действия ключей узлов. При компрометации устройство нужно удалить через плоскость управления: переустановка системы не отзывает ключи, которые могли быть скопированы атакующим. Режим SSH check и автоматические обновления добавляют защитные меры, но check mode сам по себе не устраняет описанное повышение привилегий.