SSH-доступ стал root: дыра в Tailscale
В Tailscale нашли 11 критических проблем: обычный SSH-доступ превращался в root. Закрыть часть дыр пока нечем. Теперь про бизнес, который узнаёт об этом только на разборе.
Недавно ко мне пришёл владелец небольшой производственной компании. Удалённый доступ к серверам у него построен на таком же сервисе: поставили когда-то и забыли. Жаловался он не на ИТ, а на странное: ночью кто-то заходил на сервер, а в журнале «обычный сотрудник».
Я посмотрел, кто и с какими правами подключается. Выяснилось, что у шести человек доступ шёл по умолчанию, никто его не пересматривал. Двое из них давно уволились. А тут ещё новость: подробности про 11 уязвимостей Tailscale опубликованы, а исправлений на часть из них нет.
Чем это грозит бизнесу
Объясню без жаргона. Представьте, что пропуск «гостя» в офис вдруг открывает и кабинет директора, и сейф. Доступ с самыми низкими правами превращается в полный контроль над сервером. Там бухгалтерия, база клиентов, договоры. Потерять это — значит остановить работу и заплатить за восстановление в разы больше, чем стоила защита.
Что я сделал и что изменилось
1. Составил список, кто и к чему реально подключается. Было: «вроде все свои». Стало: видны лишние и давно неактивные доступы.
2. Закрыл доступы уволенных и сузил права остальных до нужного минимума. Было: любой заходил куда угодно. Стало: даже при утечке пропуска злоумышленник упирается в стену.
3. Включил уведомление руководителю в рабочий мессенджер о каждом входе в нерабочее время. Было: узнаёшь постфактум из журнала. Стало: видишь вход в момент, когда он случается.
4. Для узких мест, где обновления пока нет, ограничил доступ по списку доверенных адресов. Было: ждали исправления и надеялись. Стало: риск закрыт, не дожидаясь вендора.
