Утечка данных Linux Forums

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

Эта запись касается только данных участников форума Linux Forums. Инцидент не означает, что ядро Linux, дистрибутивы Linux, репозитории пакетов, код проектов с открытым исходным кодом или серверы пользователей под управлением Linux были напрямую скомпрометированы. Подтверждённые поля, адрес электронной почты, имя пользователя, IP-адрес и хеш пароля. Номера телефонов, физические адреса, данные платёжных карт, номера официальных удостоверений личности, личные сообщения и финансовые данные не входят в перечень подтверждённых полей этой записи. Число 275 785 обозначает количество уникальных затронутых аккаунтов. В некоторых вторичных источниках может встречаться округлённое значение 276 тысяч; здесь используется подтверждённое число уникальных аккаунтов. Доступные сайту архивные материалы за период инцидента и независимые технические отчёты подтверждают, что форум был подвержен рискам, связанным со старой версией vBulletin. Дополнительно проверить текущее состояние сайта не удалось, поскольку действующий домен не отвечал на запросы из рабочей среды.

Наибольшему риску подвергаются люди, которые используют пароль от аккаунта Linux Forums и в других технических сервисах. В сообществах Linux и открытого исходного кода одно и то же имя пользователя может годами сохраняться на сервисах хостинга Git, форумах, посвящённых пакетам, площадках поддержки дистрибутивов, в системах отслеживания ошибок, а также в аккаунтах IRC или чатов. Это упрощает злоумышленникам составление обширного профиля онлайн-личности по данным одной регистрации на форуме. Особую осторожность следует проявлять системным администраторам, разработчикам, студентам, участникам проектов с открытым исходным кодом и активным пользователям форумов поддержки Linux. Если адрес электронной почты также используется для работы, возможны попытки целевого фишинга с помощью поддельных предупреждений безопасности, уведомлений об обновлении пакетов или сообщений якобы от модераторов сообщества. Наличие IP-адресов может помочь злоумышленнику сделать сообщение более убедительным с учётом региона пользователя или его провайдера.

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

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

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