[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fmw6lkagu3vv2":3,"$f14g73pjx73171":59},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":17,"affectedCount":17,"affectedCountStatus":18,"affectedCountLowerBound":19,"affectedCountUnit":20,"hasEnglishDescription":4,"contentLocale":21,"availableLocales":22,"translations":32,"severity":43,"dataClasses":44,"description":50,"seoTitle":51,"seoDescription":52,"logoUrl":53,"isVerified":4,"isSensitive":54,"isSpamList":54,"isMalware":54,"company":55},"68e3266eda11adda48825178","d-bforums","dBforums Утечка данных","dbforums","dbforums.com","2016-07-04T00:00:00.000Z","2023-09-20T07:26:28.000Z","2026-10-10T01:04:37.570Z","Third party breach","",[],363468,"known",null,"unknown","ru",[23,24,25,26,27,28,29,30,31,21],"en","tr","zh","hi","es","ar","fr","bn","pt",{"en":33,"tr":34,"zh":35,"hi":36,"es":37,"ar":38,"fr":39,"bn":40,"pt":41,"ru":42},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"High",[45,46,47,48,49],"Dates of birth","Email addresses","IP addresses","Passwords","Usernames","\u003Cp>Утечка данных dBforums связана с компрометацией форума dBforums на базе vBulletin, посвящённого базам данных и технологиям, в июле 2016 года. Подтверждённый объём утечки составляет 363 468 уникальных адресов электронной почты. Запись содержит даты рождения, адреса электронной почты, IP-адреса, имена пользователей и хеши паролей MD5 с солью. Хотя форум больше не работает, эти данные по-прежнему представляют риск: прежние имена пользователей, адреса электронной почты и история использования паролей могут указывать на связь с другими аккаунтами. Использование участниками сообщества специалистов по базам данных и технологиям одного и того же имени пользователя на разных форумах, в репозиториях кода или рабочих аккаунтах также повышает риск целевой социальной инженерии.\u003C\u002Fp>\n\u003Ch2>Типы утекших данных и риски\u003C\u002Fh2>\n\u003Cp>Данные в записи dBforums представляют собой взаимодополняющие идентификаторы аккаунта. Адрес электронной почты и имя пользователя позволяют установить, под каким именем человек участвовал в форуме. IP-адрес может дать техническую подсказку о регионе, из которого ранее выполнялось подключение, или о сетевом провайдере. Дата рождения, это персональные данные, которые некоторые сервисы используют для проверки личности или восстановления доступа к аккаунту. Поле пароля следует рассматривать не как пароль в открытом, читаемом виде, а как хеш MD5 с солью. Использование соли может предотвращать получение одинаковых хешей для одинаковых паролей; однако по современным требованиям безопасности MD5, слабый алгоритм, позволяющий быстро проверять варианты паролей.\u003C\u002Fp>\n\u003Cp>Такое сочетание данных может побудить злоумышленника атаковать не только старый аккаунт на форуме, но и другие аккаунты того же человека. Если имя пользователя повторяется на разных платформах, злоумышленник может изучить историю его участия в технических сообществах. Дата рождения и сведения, которые можно получить из IP-адреса, в сочетании с адресом электронной почты могут сделать поддельные сообщения о восстановлении доступа к аккаунту более убедительными. Если пароль удастся восстановить по хешу или угадать, его можно будет попробовать на других сервисах. Поэтому риск сохраняется даже после закрытия старого аккаунта на форуме.\u003C\u002Fp>\n\u003Ch2>Подтверждённый объём и границы записи\u003C\u002Fh2>\n\u003Cp>Число 363 468 в этой записи обозначает подтверждённое количество уникальных адресов электронной почты. Его не следует понимать как количество отдельных людей: одному человеку могут принадлежать старые, повторные или разные регистрации на форуме. Инцидент относится к июлю 2016 года и привлёк внимание вместе с другими утечками с форумов, которые в тот период принадлежали той же материнской компании. Эта запись относится исключительно к домену dBforums; домены и показатели других форумов, упоминавшихся в тот же период, не следует добавлять к этой записи. Так пользователю будет понятно, о каком именно аккаунте на форуме было выдано предупреждение.\u003C\u002Fp>\n\u003Cp>Перечень полей данных также ограничен: подтверждено наличие дат рождения, адресов электронной почты, IP-адресов, имён пользователей и хешей паролей MD5 с солью. В список для этой записи не следует включать неподтверждённые дополнительные сведения о личности, контактные, финансовые или медицинские данные. Хотя поле пароля присутствует, в тексте не следует утверждать, что пароли хранятся в открытом виде. Корректная оценка состоит в том, что пароли представлены в виде хешей, но из-за использования MD5 возникает серьёзный риск при повторном использовании паролей.\u003C\u002Fp>\n\u003Ch2>Группы пользователей в зоне риска\u003C\u002Fh2>\n\u003Cp>Наибольшему риску подвержены те, кто создал аккаунт на dBforums и использовал то же имя пользователя или пароль в других технических сообществах. В эту группу могут входить администраторы баз данных, разработчики, системные администраторы, модераторы форумов и сотрудники технической поддержки. Участники технических форумов обычно используют похожие псевдонимы на разных форумах, платформах для обмена кодом и в рабочей среде. Это упрощает установление связи между данными старого форума и новыми аккаунтами. Если тот же пароль используется и для рабочего аккаунта или электронной почты, риск становится ещё серьёзнее.\u003C\u002Fp>\n\u003Cp>Записи, содержащие дату рождения и IP-адрес, также требуют внимания из-за риска целевого фишинга. Используя историю участия пользователя в форуме и сведения о его технических интересах, злоумышленник может подготовить сообщения, замаскированные под информацию об инструменте для работы с базами данных, уведомление форума, обновление безопасности или предложение работы. Для пользователей, зарегистрировавшихся с корпоративным адресом электронной почты, риск может выходить за рамки личной безопасности: на основе старого аккаунта на форуме злоумышленник может нацелиться на корпоративный домен и на самого пользователя с учётом его технической роли. Поэтому организациям также следует рассматривать предупреждения, связанные со старыми аккаунтами сотрудников на технических форумах, как сигнал о риске повторного использования паролей.\u003C\u002Fp>\n\u003Ch2>Неотложные меры\u003C\u002Fh2>\n\u003Cp>Если ваши данные совпали с записью dBforums, первым делом смените пароль, который вы использовали на этом форуме, а также пароли всех аккаунтов, где мог применяться такой же или похожий пароль. В первую очередь следует проверить электронную почту, рабочие аккаунты, репозитории кода, облачные сервисы, технические форумы и системы удалённого доступа. Новые пароли должны быть уникальными и надёжными; лучше всего создавать их с помощью менеджера паролей. В аккаунтах, поддерживающих многофакторную аутентификацию, следует включить эту защиту. Даже если старый аккаунт dBforums больше недоступен, необходимо исключить повторное использование паролей.\u003C\u002Fp>\n\u003Cp>Второй шаг, проверить сведения, используемые для восстановления доступа и проверки личности. Поскольку среди утекших данных есть дата рождения, следует проявлять осторожность, если другие сервисы используют её в контрольных вопросах или при проверке личности службой поддержки. Будьте осторожны с неожиданными уведомлениями форума, запросами на сброс пароля, обновлениями безопасности и ссылками для загрузки технических инструментов. Корпоративным пользователям следует сообщить команде безопасности о возможном использовании того же пароля в рабочих системах и проверить, нет ли подозрительной активности в сеансах.\u003C\u002Fp>\n\u003Ch2>Долгосрочные меры безопасности\u003C\u002Fh2>\n\u003Cp>Этот инцидент показывает, что старые аккаунты на технических форумах нельзя забывать при учёте аккаунтов и оценке их безопасности. Пользователям следует регулярно проверять старые аккаунты на форумах, образовательных платформах, ресурсах открытого программного обеспечения, площадках для разработчиков и в сообществах. Для каждой платформы следует использовать уникальный пароль, по возможности включать дополнительную проверку и закрывать аккаунты, которые больше не используются. Поскольку использование одного имени пользователя на множестве площадок упрощает составление профиля человека, для профессиональных аккаунтов с высоким риском можно также рассмотреть отдельное имя пользователя.\u003C\u002Fp>\n\u003Cp>Для операторов форумов урок этого инцидента состоит в необходимости своевременно обновлять старое программное обеспечение форумов и методы хранения паролей. Популярные платформы для форумов, такие как vBulletin, требуют регулярных обновлений, ограничений доступа, надёжного хранения паролей и мониторинга безопасности. С учётом современных угроз хеши паролей на основе MD5 нельзя считать достаточной защитой. После утечки необходимо не только сбросить пароли пользователей, но и ясно сообщить, какие поля данных были затронуты, в каком виде хранились пароли и какие аккаунты пользователям нужно проверить.\u003C\u002Fp>\n\u003Ch2>Проверка записи и действия пользователя\u003C\u002Fh2>\n\u003Cp>Если проверка на этой странице выявила совпадение с записью dBforums, прежде всего вспомните, какое имя пользователя и пароль вы использовали на форуме. Если тот же пароль остался в других аккаунтах, замените его в каждом из них. Особое внимание следует уделить электронной почте, рабочему аккаунту, техническим форумам и репозиториям кода. Поскольку утечка также охватывает даты рождения и IP-адреса, сообщения о восстановлении доступа и обращения в службу поддержки следует проверять внимательнее. Не открывайте подозрительные ссылки напрямую; проверяйте аккаунты через известные вам страницы входа.\u003C\u002Fp>\n\u003Cp>Хотя утечка dBforums произошла давно, данные старого технического форума могут быть использованы повторно спустя годы. Со временем варианты паролей для хешей MD5 с солью можно проверять всё быстрее, имена пользователей можно сопоставлять с данными других платформ, а такие сведения, как даты рождения, использовать в социальной инженерии. Эту запись следует воспринимать не как напоминание о старом форуме, а как конкретное предупреждение: необходимо устранить повторное использование паролей и улучшить учёт аккаунтов на технических ресурсах и контроль их безопасности.\u003C\u002Fp>","dBforums Утечка данных (363,5 Тысяча Записи по опубликованным данным)","dBforums Утечка данных. Сообщается о следующем количестве: 363,5 тысяча записей. Данные, о которых сообщается: Даты рождения, Адреса электронной почты…","\u002Fuploads\u002Flogo\u002Fdbforums_com.webp",false,{"name":56,"sector":57,"country":58,"website":10,"websiteArchiveUrl":15,"websiteStatus":15,"websiteCheckedAt":19},"dBforums","Database and technology forum","United States",{"success":4,"breaches":60},[61,68,75,82],{"slug":62,"title":63,"companyName":64,"logoUrl":65,"breachDate":66,"affectedCount":67,"affectedCountStatus":18},"medela","Medela Утечка данных","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":69,"title":70,"companyName":71,"logoUrl":72,"breachDate":73,"affectedCount":74,"affectedCountStatus":18},"dustin-group-2026-data-security-incident","Инцидент с безопасностью данных в Dustin Group в 2026 году","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":76,"title":77,"companyName":78,"logoUrl":79,"breachDate":80,"affectedCount":81,"affectedCountStatus":18},"elekta-2026-data-breach","Утечка данных Elekta в 2026 году","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576,{"slug":83,"title":84,"companyName":85,"logoUrl":86,"breachDate":80,"affectedCount":87,"affectedCountStatus":88},"novocure-2026-data-breach","Утечка данных NovoCure в 2026 году","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]