Утечка данных Scam.com в 2016 году

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

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

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

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

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

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