Утечка данных TigTag в 2021 году

Если оценивать все поля, указанные в записи об утечке TigTag, в совокупности, риск не ограничивается каким-либо одним типом данных. Когда адрес электронной почты, имя пользователя, сведения о хеше пароля, данные пароля и дата создания аккаунта присутствуют в одном пользовательском профиле, злоумышленники могут составлять более персонализированные и убедительные сообщения. Подтверждённые контактные данные и идентификаторы аккаунтов или профилей в записи повышают риск социальной инженерии и сопоставления профилей. Дополнительные сведения об аккаунте могут помочь злоумышленникам придать поддельным сообщениям вид обычных уведомлений настоящего сервиса.

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

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

Организациям запись об утечке TigTag помогает понять, в каком контексте адреса электронной почты или личные аккаунты сотрудников фигурируют на внешних сервисах. Если сотрудник использовал на таких сервисах корпоративную электронную почту, злоумышленники могут задействовать эти сведения в поддельных сообщениях, имитирующих обращения в службу поддержки, уведомления о счетах, проверки аккаунтов или внутреннюю переписку. Командам безопасности следует отслеживать не только утечки с паролями, но и подтверждённые в записи сведения о личности, аккаунтах, контактах и контексте использования сервисов, рассматривая их как источник риска социальной инженерии.

Таким образом, запись об утечке данных TigTag ограничена подтверждёнными полями, но её возможные последствия для безопасности требуют внимания. Наиболее обоснованный подход для пользователей, проверять ссылки из входящих сообщений через независимый канал, обновлять способы восстановления доступа к аккаунтам, проверять другие аккаунты, где используются те же данные, и не спешить подтверждать неожиданные запросы на проверку или оплату. Эта страница обновлена, чтобы пользователи, которые ищут сведения об утечке данных TigTag, могли без преувеличений оценить количество записей, состав полей данных и первоочередные меры защиты.

Эта заключительная проверка записи об утечке TigTag призвана обеспечить соответствие перечня полей данных описанию, которое видит пользователь. Человек, ищущий сведения об утечке, должен видеть на этой странице только подтверждённые типы данных. Не следует добавлять утверждения о других полях лишь для того, чтобы риск казался выше. Такой подход помогает отдельным пользователям выбрать подходящую меру защиты, а организациям, определить, какие данные сотрудников действительно могут быть под угрозой. Текущий перечень категорий данных ограничен следующими полями: адреса электронной почты, имена пользователей, метаданные хешей паролей, пароли, даты создания аккаунтов.