Vazamento de dados da Crack Community em 2013
O vazamento de dados da Crack Community envolve o comprometimento de um fórum baseado em MyBB voltado a cracks de jogos no fim de 2013 e a publicação de dados de contas na internet.
Tipos de dados expostos
5- Endereços de e-mail
- Endereços IP
- Senhas
- Nomes de usuário
- Atividade no site
Sobre este vazamento
Um catálogo público verificado de vazamentos de dados registra o evento em 9 de setembro de 2013 e informa 19.210 contas. Os tipos de dados relatados são endereços de e-mail, endereços IP, senhas, nomes de usuário e atividade no site.
Como foi definido o escopo da pesquisa por e-mail?
O arquivo analisado identifica explicitamente mybb_users.email, mybb_maillogs.fromemail, mybb_maillogs.toemail, mybb_mysubscriptions_log.receiver_email e mybb_mysubscriptions_log.payer_email como campos de e-mail. Dois analisadores independentes extraíram desses campos 17.171 endereços de e-mail únicos e seguros. O conjunto histórico de usuários já estava presente; 88 endereços ausentes dos logs de e-mail e de assinaturas foram importados de forma aditiva. Campos de senha, IP, nome de usuário, pagamento e outros não foram adicionados ao índice de pesquisa.
Quais são os limites da fonte?
O último INSERT de mybb_posts no arquivo SQL principal está truncado. As tabelas e instruções que contêm os campos de e-mail selecionados estão completas, e a última tabela truncada não contém nenhum campo selecionado cujo nome indique e-mail. Portanto, a afirmação de que os dados estão completos se aplica apenas aos campos de e-mail comprovados, não a todo o banco de dados. O total de 19.210 contas do catálogo não foi ajustado à quantidade de e-mails importados.
O que significa encontrar uma correspondência?
Um resultado positivo significa que o endereço de e-mail consultado aparece em um campo explicitamente identificado como de e-mail no conjunto de dados associado a este evento. Isso não significa que a conta esteja comprometida hoje. Senhas reutilizadas ou semelhantes devem ser alteradas em outros serviços, as sessões ativas e os canais de recuperação devem ser revisados, e a autenticação multifator deve ser ativada sempre que possível.
Verificação e método editorial
A LeakData compara o nome do incidente, a data, a quantidade de registros afetados e os tipos de dados expostos com fontes acessíveis. Campos não verificados não são apresentados como fatos, e os registros são atualizados quando novas evidências ficam disponíveis.
Informar dados ausentes ou incorretos
