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

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

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

В записи DaniWeb указано 1 131 636 записей об аккаунтах. Это число нельзя считать количеством уникальных людей: среди записей могут быть старые, дублирующиеся, закрытые аккаунты или несколько аккаунтов одного человека. Дата утечки по-прежнему относится к концу 2015 года. То, что инцидент был подтверждён и включён в списки уведомлений в 2016 году, не означает изменения даты самой утечки. Это различие важно, поскольку при повторной индексации старых записей об утечках пользователю может показаться, что произошёл новый инцидент. На этой странице значение поля даты сохранено в соответствии с периодом, когда произошла утечка.

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

Наибольшему риску подвержены те, кто состоял в DaniWeb до 2015 года или в тот период и использовал тот же адрес электронной почты в других технических сообществах, на платформах для разработчиков, в учебных или рабочих аккаунтах. Даже если участие в форуме осталось в далёком прошлом, адрес электронной почты может быть актуальным. Это облегчает злоумышленникам отправку сообщений на темы «ваш старый аккаунт DaniWeb», «безопасность аккаунта в техническом сообществе» или «доступ к форуму». При обращении к участникам технических сообществ такие сообщения могут содержать более конкретные темы: репозиторий кода, доступ к серверу, проект для фрилансера, учебный аккаунт или карьерная возможность.

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

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

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

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

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

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

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