dBforums Утечка данных

Данные в записи dBforums представляют собой взаимодополняющие идентификаторы аккаунта. Адрес электронной почты и имя пользователя позволяют установить, под каким именем человек участвовал в форуме. IP-адрес может дать техническую подсказку о регионе, из которого ранее выполнялось подключение, или о сетевом провайдере. Дата рождения, это персональные данные, которые некоторые сервисы используют для проверки личности или восстановления доступа к аккаунту. Поле пароля следует рассматривать не как пароль в открытом, читаемом виде, а как хеш MD5 с солью. Использование соли может предотвращать получение одинаковых хешей для одинаковых паролей; однако по современным требованиям безопасности MD5, слабый алгоритм, позволяющий быстро проверять варианты паролей.

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

Число 363 468 в этой записи обозначает подтверждённое количество уникальных адресов электронной почты. Его не следует понимать как количество отдельных людей: одному человеку могут принадлежать старые, повторные или разные регистрации на форуме. Инцидент относится к июлю 2016 года и привлёк внимание вместе с другими утечками с форумов, которые в тот период принадлежали той же материнской компании. Эта запись относится исключительно к домену dBforums; домены и показатели других форумов, упоминавшихся в тот же период, не следует добавлять к этой записи. Так пользователю будет понятно, о каком именно аккаунте на форуме было выдано предупреждение.

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

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

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

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

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

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

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

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

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