Free Hack Предполагаемое раскрытие данных

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

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

Free Hack, старый аккаунт сообщества, рассматриваемый в контексте хакерских форумов. В подобных сообществах сочетание имени пользователя и адреса электронной почты не следует считать риском только для пароля: эти данные можно сопоставить с профилями человека на других форумах.

В результате этого инцидента были раскрыты имена пользователей, адреса электронной почты и хеши паролей MD5. Поскольку хеши MD5 можно быстро взломать, слабые пароли и повторно используемые шаблоны паролей могут быть опробованы на других учётных записях.

Риск в случае Free Hack выше, чем при обычной утечке адресов электронной почты, поскольку были обнаружены пароли в виде хешей MD5. Эти данные сокращают время, необходимое злоумышленникам для подбора, облегчают автоматизированные попытки входа в другие сервисы, где используется тот же пароль, и делают сообщения о сбросе пароля более убедительными.

Хотя сам по себе адрес электронной почты может казаться ограниченным объёмом персональных данных, в сочетании с именем пользователя, IP-адресом, номером телефона, полным именем, датой рождения или сведениями о пароле он становится ценным материалом для атаки. Если пользователь использует один и тот же адрес электронной почты для рабочих учётных записей, покупок, форумов, игр, финансовых сервисов или социальных сетей, последствия могут выйти за пределы затронутой платформы.

Хотя этот инцидент произошёл давно, он по-прежнему имеет значение для безопасности. Значительная часть пользователей повторно использует старые шаблоны паролей с небольшими изменениями. Поэтому давняя утечка, подобная Free Hack, может спустя годы использоваться для подбора паролей, автоматизированных попыток входа с ранее утёкшими учётными данными и целевого фишинга.

Первый шаг для пользователей, вспомнить, какой адрес электронной почты и пароль они могли использовать на Free Hack или freehack.com в прошлом. Если в других учётных записях использовались пароли на той же основе, недостаточно изменить пароль только на этом сайте: все повторно используемые пароли следует заменить уникальными и случайными.

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

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

В почтовой учётной записи следует проверить правила переадресации, адреса для восстановления доступа, подключённые приложения, список доверенных устройств и недавние сеансы. Даже если злоумышленник не может напрямую получить доступ к учётной записи Free Hack, он может через электронную почту атаковать процедуры сброса паролей в других сервисах.

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

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

Для владельцев сайтов главный урок касается хранения паролей и минимизации данных. Хранение в открытом виде или использование быстро взламываемых форматов хеширования напрямую ослабляет безопасность пользователей. В современных системах следует применять стойкие, вычислительно затратные функции выработки ключа на основе пароля с использованием соли, а старые форматы хеширования постепенно обновлять при входе пользователей.

Необходимо регулярно проверять резервные копии, тестовые среды, файлы экспорта, старое программное обеспечение форумов, панели администрирования и избыточные права доступа. Многие утечки происходят не в видимой части основного приложения, а в забытых вспомогательных системах или через учётные записи с широкими полномочиями.

В организациях без плана реагирования на инциденты уведомление пользователей, сброс паролей, анализ журналов и проверки связанных систем происходят с задержкой. Следует заранее определить, какие системы будут отслеживаться, какие записи будут сохраняться, каких пользователей будут уведомлять и какие резервные копии будут проверять.

Хотя в рассматриваемой строке FreeHack были указаны более высокие исходные числа и дополнительные поля, непосредственно подтверждённые типы данных ограничивались электронной почтой, именем пользователя и паролем. Поэтому дополнительные поля форума не были добавлены в качестве отдельного класса данных.

В записи freehack.com отмечен как выведенный из эксплуатации, поскольку при последней проверке время ожидания ответа истекло. Даже если старый сервис недоступен, необходимо защитить другие учётные записи, в которых используется тот же пароль.

В хакерских сообществах пользователи могли использовать один и тот же псевдоним на разных форумах. Поэтому имя пользователя также важно для сопоставления профилей.

Поскольку это давнее событие, пользователям нужно найти в менеджере паролей старые шаблоны паролей и также изменить новые пароли, созданные на той же основе.

Поскольку изображение для Free Hack было общего характера, использовали простой локальный логотип SVG и одновременно устранили риск отсутствия изображения на странице записи.

Из этой записи намеренно исключены неподтверждённые типы данных. Для доверия пользователей важнее чётко показать подтверждённые поля, чем составить более длинный список классов данных. Цель страниц об утечках, не запугивать, а понятно объяснять реальный объём утечки и применимые меры безопасности.

Эта страница подготовлена, чтобы предоставить понятную и практическую информацию об инциденте, упоминаемом под такими названиями, как «утечка данных Free Hack», «утечка данных freehack.com», «утечка паролей Free Hack» и «данные пользователей Free Hack». Текст описывает подтверждённые сведения и практические меры безопасности.

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

Чтобы уменьшить повторное использование паролей, в новые пароли не следует включать названия брендов, годы рождения, имена пользователей, названия команд, увлечения, города или легко угадываемые дополнения. Добавление небольшого числа или специального символа в конец пароля не делает его безопасным: инструменты злоумышленников быстро проверяют такие шаблоны.

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

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

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

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

На этой странице уровень риска определён как критический с учётом количества затронутых учётных записей, типа сведений о паролях, того, насколько утекшие категории данных могут способствовать захвату аккаунтов, и наличия в инциденте учётных данных, пригодных для повторного использования. Критический уровень не означает, что злоупотребление точно произошло, но указывает на необходимость быстрых действий со стороны пользователя.

Таким образом, эта запись Free Hack описывает одну утечку данных за декабрь 2010 года, затронувшую 25 825 учётных записей и содержащую такие поля, как адреса электронной почты, имена пользователей и хеши паролей. Пользователям рекомендуется использовать уникальные пароли, включить двухфакторную аутентификацию, проверить настройки безопасности электронной почты и отслеживать уведомления о подозрительных входах.

Поскольку в записи Free Hack числовое значение, название и домен оцениваются совместно, неоднозначные пункты списков, распространяющиеся под тем же названием, не были перенесены на эту страницу. Запись, которую видит пользователь, ограничена подтверждённым доменом и периодом события.

Особенно важно не усложнять перечень классов данных, поскольку добавление неподтверждённых полей искажает оценку риска пользователем. Поэтому в этой записи заявления о наличии данных, кроме адресов электронной почты, имён пользователей и хешей паролей, не представлены как подтверждённые поля.

Старые регистрации, связанные с доменом freehack.com, могли быть забыты. Если изменить пароли в забытых учётных записях невозможно, более реалистичный приоритет, найти другие сервисы, где используется тот же пароль, и защитить их.

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

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

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

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