Главная проблема заключается в SSH-сервере Tailscale.
[Не забывайте при копировании материала указывать полный адрес источника: //bugtraq.ru/rsn/archive/2026/10/16.html]
При пробросе Unix-сокетов (ssh -R и -L) проверки путей и файловые операции выполняются с правами root, в результате обычная сессия способна подменить, открыть или удалить защищённый ресурс. Условие для атаки скромное: одно разрешённое устройство и одно SSH-правило. В headscale проброс разрешён автоматически, в облачной версии его включают отдельно для каждого правила. Результат — выполнение кода с правами root на целевом сервере, кража ключей регистрации и удаление произвольных файлов.

Остальные находки чуть скромнее. Экспериментальный коннектор приложений пропускает трафик на любые адреса без проверки, а списки доступа не сверяются с настоящим пунктом назначения. Через него можно добраться до метаданных облака и украсть учётные данные, а в Kubernetes — до любого сервиса кластера. Сервер headscale уязвим для истощения ресурсов без аутентификации: сбой и бесконечные перезапуски блокируют подключение новых устройств по всей организации. Клиентский DERP-код читает ответ вредоносного ретранслятора без ограничения объёма, а в tailscale serve не хватает защиты при пересылке на Unix-сокет.

В Tailscale признали проблемы серьёзными и пообещали выпустить исправленный клиент до конца вторника, 27 октября. Отключать Tailscale SSH целиком компания не советует, а предлагает пересмотреть политики SSH-доступа и оставить его только нужным людям и устройствам, а если проброс не нужен, задать TS_SSH_DISABLE_FORWARDING=1 в окружении службы tailscaled и перезапустить её.