Утечка данных China Software Developer Network в 2011 году

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

Инцидент CSDN считается давно известной и подтвержденной утечкой. Число записей превышает 6,4 миллиона, а информация об основных категориях раскрытых данных общедоступна. Тем не менее не следует предполагать, что утечка затронула текущий рабочий аккаунт, закрытый репозиторий кода или финансовый аккаунт каждого пользователя. Раскрытые поля, адрес электронной почты, имя пользователя и пароль в открытом виде. Масштаб риска обусловлен тем, что пароль можно прочитать, а также вероятностью того, что разработчики придерживались той же практики повторного использования паролей в других технических сервисах.

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

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

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

Если проверка LeakData выявила совпадение с данными China Software Developer Network, пользователю следует воспринимать его как предупреждение о давнем раскрытии пароля в открытом виде, которое может иметь серьезные последствия. Совпадение не означает, что произошла утечка кода или платежных данных. Однако критически важные аккаунты следует проверить, поскольку ранее использовавшийся пароль оказался доступен для чтения. Сначала пользователю следует сменить пароль во всех системах, где использовался тот же пароль, а затем усилить двухфакторную аутентификацию в аккаунтах разработчика. Новые пароли, созданные по образцу старого, также не следует считать безопасными.