Утечка данных Vultr в 2022 году
Утечка данных Vultr затронула контактные данные клиентов и была связана с инцидентом у третьей стороны, который произошёл в 2022 году и о котором сообщили позднее.
Типы раскрытых данных
4- Адреса электронной почты
- Географическое местоположение
- IP-адреса
- Имена
Об этой утечке
Набор данных включал около 188 000 уникальных адресов электронной почты; в меньшем числе записей также содержались имена, IP-адреса и сведения о стране. Не следует делать вывод, что были затронуты системы Vultr или другие данные клиентов; подтверждённый риск нужно оценивать с учётом того, что речь идёт о контактной информации и ограниченном доступе.
В этой записи перечислены следующие поля: «Адреса электронной почты», «Географическое местоположение», «IP-адреса» и «Имена». Поля с паролями, данными платёжных карт, содержимым серверов или ключами доступа к аккаунтам не указаны. Тем не менее специфика сервиса облачной инфраструктуры может сделать поддельные предупреждения о безопасности, счета, сообщения о приостановке работы серверов и проверке аккаунтов более убедительными.
Типы утёкших данных и риски
Пользователи Vultr обычно привыкли получать уведомления о серверах, облачной инфраструктуре, IP-адресах, оплате, поддержке и безопасности. На фоне этого привычного потока поддельным сообщениям легче выглядеть настоящими. Используя адрес электронной почты, имя, сведения об IP-адресе или стране пользователя, злоумышленник может создавать сообщения, похожие на уведомления о необычных входах в аккаунт, региональных сбоях или проблемах с оплатой.
Поле «IP-адреса» в этой записи требует особого внимания. Сам по себе IP-адрес не даёт доступа к серверу, но помогает уточнить технический контекст использования облачного сервиса. Пользователю могут отправить поддельное уведомление или предупреждение о злоупотреблениях, сообщение об уязвимости безопасности, DDoS-атаке или приостановке работы, связанное с конкретным IP-адресом. Проверять такие сообщения следует только через официальную панель управления.
Подтверждённый масштаб и границы инцидента
Поле «Географическое местоположение» может помочь в подготовке персонализированных сообщений с учётом страны или региона пользователя. Следует внимательно проверять сообщения, которые выглядят связанными с региональным законодательством, способом оплаты, центром обработки данных или налоговым уведомлением. Даже если сведения о местоположении верны, это не означает, что сообщению можно доверять.
Поскольку в этом инциденте пароли и сведения для доступа к аккаунтам не были указаны, пользователям следует прежде всего не поддаваться панике и не передавать пароли, а спокойно проверить безопасность аккаунта. Для аккаунта Vultr нужно использовать надёжный уникальный пароль и многофакторную аутентификацию, проверять ключи интеграций и включить уведомления об оплате. Если обнаружен незнакомый ключ интеграции или неожиданное изменение доступа, это следует проверить непосредственно в панели управления.
Группы пользователей в зоне риска
Для организаций инцидент с Vultr показывает, что данные, хранящиеся у сторонних поставщиков услуг маркетинга или коммуникаций, могут создавать риски социальной инженерии для клиентов облачной инфраструктуры. Даже если аккаунт облачного сервиса не затронут, контактные данные могут помочь злоумышленникам выбрать подходящую тему и язык сообщения. Поэтому каналы связи с клиентами и предупреждения о безопасности должны быть согласованными.
Затронутым пользователям Vultr следует внимательно проверять сообщения об оплате, приостановке работы серверов, злоупотреблениях, связанных с IP-адресами, уязвимостях безопасности, ключах интеграций или региональной проверке аккаунта. Вместо перехода по ссылке в сообщении нужно использовать знакомую панель управления и не передавать пароли или коды подтверждения. Эта запись содержит ограниченный набор данных, однако с учётом специфики облачной инфраструктуры к ней следует относиться внимательно.
Неотложные меры
Ещё один момент, на который пользователям аккаунтов Vultr стоит обратить внимание: облачные сервисы могут быть связаны с критически важными рабочими системами. Даже если раскрыт только адрес электронной почты аккаунта, злоумышленники могут запугивать пользователя срочными проблемами с безопасностью сервера, оплатой или злоупотреблениями, связанными с IP-адресом. Поэтому уведомления не следует считать подлинными, пока они не появятся в официальной панели управления.
Техническим командам следует регулярно проверять ключи интеграций, ключи SSH, пользователей с доступом к оплате и участников команды. Хотя эти категории не указаны в данной утечке, поддельные сообщения могут убеждать пользователя создать новый ключ или передать имеющиеся сведения. Безопасность уведомлений и сеансов должна быть отдельным приоритетом для облачных аккаунтов.
Долгосрочные стратегии безопасности
Для организаций этот инцидент подчёркивает необходимость отправлять клиентам облачных сервисов согласованные предупреждения о безопасности, подлинность которых можно проверить. Пользователи должны иметь возможность легко проверить в панели управления, какое предупреждение настоящее. Ссылки в электронных письмах, требующие срочных действий, нередко могут использоваться для мошенничества, нацеленного на пользователей облачной инфраструктуры.
Проверка записи и действия пользователя
Если эта запись соответствует вашему адресу электронной почты, проверьте свои аккаунты, последовательно учитывая каждый из перечисленных типов данных. Даже если инцидент произошёл давно, адрес электронной почты, пароль, телефон, адрес или сведения о личности могут быть объединены с другими наборами данных и позднее использованы для целевого мошенничества.
В первую очередь следует сменить пароли в аккаунтах, где используется один и тот же пароль, включить двухэтапную проверку в критически важных аккаунтах, завершить незнакомые сеансы и пользоваться известной страницей входа вместо ссылок, чтобы избежать поддельных уведомлений. Даже если в записи нет пароля, адреса электронной почты и полей профиля может быть достаточно для фишинга.
Методика проверки и подготовки материалов
LeakData сверяет название инцидента, дату, число затронутых записей и типы раскрытых данных с доступными источниками. Неподтверждённые сведения не представляются как факты, а записи обновляются при появлении новых подтверждающих данных.
Сообщить о недостающих или неверных сведениях