Vazamento de dados da China Software Developer Network em 2011

As categorias de dados documentadas são endereços de e-mail, nomes de usuário e senhas. A presença de senhas em texto simples é o ponto mais crítico. O nome de usuário indica a identidade da pessoa na comunidade técnica; o endereço de e-mail permite que o invasor entre em contato com o alvo. Juntos, esses três campos podem ser usados em ataques de adivinhação de senhas, phishing direcionado e cruzamento de contas de desenvolvedores. Se os usuários do CSDN criaram contas técnicas com o mesmo nome de usuário em outras plataformas, o risco aumenta. Como números de telefone, endereços, informações de pagamento e conteúdo de repositórios de código não constam neste registro, esses dados não foram incluídos.

O incidente do CSDN é considerado um vazamento verificado e conhecido há muito tempo. O número de registros supera 6,4 milhões, e as principais categorias de dados são públicas. Ainda assim, não se deve presumir que a conta de trabalho atual, o repositório de código privado ou a conta financeira de cada usuário tenha sido afetada. Os campos expostos são e-mail, nome de usuário e senha em texto simples. A dimensão do risco decorre da possibilidade de ler a senha e da probabilidade de os desenvolvedores terem repetido os mesmos hábitos de reutilização de senhas em outros serviços técnicos.

Os desenvolvedores que tinham uma conta no CSDN em 2011 e usaram o mesmo e-mail e a mesma senha em fóruns técnicos, repositórios de código, painéis de serviços em nuvem, serviços de gerenciamento de domínios ou e-mails de trabalho correm o maior risco. Contas antigas de comunidades técnicas costumam ser esquecidas; no entanto, suas senhas podem continuar em uso em outros sistemas por anos. Endereços de e-mail associados à identidade de um desenvolvedor podem ser usados em ofertas de emprego direcionadas, alertas de segurança falsos, solicitações de acesso a repositórios ou mensagens de cobrança de serviços em nuvem. Usuários técnicos podem ser alvo de ataques direcionados mais complexos.

Se você encontrar uma correspondência com o CSDN, certifique-se de que a senha usada em 2011 não esteja em uso em nenhum outro lugar. Se você usou a mesma senha ou uma semelhante em um repositório de código, painel de serviços em nuvem, e-mail, domínio, fórum ou conta de trabalho, altere-a imediatamente. Dê preferência à autenticação de dois fatores, a chaves de segurança ou à autenticação por aplicativo nas contas de desenvolvedor. Senhas antigas também podem ter sido usadas para proteger chaves SSH, arquivos compactados ou ferramentas locais; verifique essa possibilidade também.

O impacto da reutilização de senhas em contas de desenvolvedores pode ser mais amplo do que em outras contas de usuários. Use senhas exclusivas e autenticação multifator robusta em repositórios de código, infraestrutura em nuvem e serviços de gerenciamento de domínios. Senhas antigas de fóruns não devem mais ser consideradas seguras. Separe seus e-mails pessoais dos profissionais e evite usar nos sistemas críticos exatamente os mesmos nomes de usuário das contas em comunidades técnicas. Acompanhe regularmente as notificações de segurança e remova periodicamente acessos não autorizados a repositórios e permissões de aplicativos.

Se a verificação no LeakData indicar uma correspondência com a China Software Developer Network, considere isso um alerta sobre uma senha antiga em texto simples, com alto potencial de impacto. A correspondência não significa que código ou dados de pagamento tenham sido vazados; no entanto, você deve verificar suas contas críticas devido ao histórico de exposição da senha em formato legível. Primeiro, altere a senha em todos os sistemas em que a mesma senha foi usada e, em seguida, reforce a autenticação de dois fatores nas contas de desenvolvedor. Novas senhas derivadas do padrão da senha antiga também não devem ser consideradas seguras.