Nihonomaru Vazamento de dados
O vazamento de dados do Nihonomaru está relacionado à exposição de contas de usuários de um fórum da comunidade de anime no fim de 2015. O escopo abrange aproximadamente 1.697.282 contas.
Tipos de dados expostos
4- Endereços de e-mail
- Endereços IP
- Senhas
- Nomes de usuário
Sobre este vazamento
Este registro foi tratado como um vazamento de contas de um fórum de anime; os campos de empresa, país, setor, site e classe de dados foram ajustados ao escopo verificado. Foi eliminado o risco de formulações que sugerissem falsos positivos no texto atual, e o setor foi corrigido para comunidade.
O texto foi reescrito para explicar diretamente ao usuário os riscos, o escopo e as medidas a tomar. O domínio do site foi mantido como nihonomaru.net; não foi usado um formato que faria https aparecer duas vezes no link, pois nenhum protocolo foi adicionado. O país foi alterado de Estados Unidos para Global; a base de usuários do fórum não se limita a um país.
Tipos de dados vazados e riscos
Os tipos de dados presentes neste registro são endereços de e-mail, endereços IP, senhas e nomes de usuário. A avaliação indicou que as senhas são armazenadas na forma de hashes com salt; o risco permanece para senhas fracas. Não foram incluídos na lista de classes de dados cartões de pagamento, contas bancárias, mensagens privadas, registros de saúde ou campos adicionais de perfil sem verificação; foram mantidos apenas os campos respaldados pelas evidências.
O cruzamento do nome de usuário do fórum com o IP e o e-mail pode permitir vincular a mesma identidade da comunidade em diferentes plataformas. Um endereço de e-mail, por si só, traz o risco de mensagens indesejadas; quando combinado com número de telefone, endereço, IP, data de nascimento, senha, número de documento de identidade, foto ou dados sensíveis sobre preferências, fica mais fácil para um invasor criar mensagens personalizadas para o usuário. A avaliação de risco foi feita com base nesse efeito combinado.
Escopo verificado e limites
O escopo foi verificado com dados de contas do fórum Nihonomaru no fim de 2015. Os campos verificados foram preservados, enquanto os campos cuja verificação não havia sido concluída foram deixados de fora. O incidente não foi combinado com conjuntos de dados de nomes semelhantes, eventos de outros períodos da mesma empresa ou atribuições incorretas.
O registro se limita ao domínio nihonomaru.net e não foi mesclado com outros fóruns de anime. O nome do domínio, o nome da empresa e as informações sobre o setor foram mantidos no contexto mais restrito possível, sem perder a precisão. Onde havia incerteza, os indicadores de verificação ou os domínios dos sites foram definidos de acordo com ela; assim, não foi apresentada ao usuário uma atribuição incerta de responsabilidade a uma marca.
Grupos de usuários em risco
Os grupos de usuários em risco podem incluir membros da comunidade de anime que têm uma conta no fórum Nihonomaru e pessoas que usam o mesmo nome de usuário em outros fóruns. Se seus dados corresponderem aos do registro, você também deve avaliar outras contas em que usa o mesmo e-mail, telefone, nome de usuário ou padrão de senha fora do serviço em questão.
Se a mesma senha foi usada em contas de e-mail, jogos ou redes sociais, dados antigos do fórum passam a representar um risco para a conta atual. Se houver um contexto de e-mail corporativo, conta infantil, comunidade de jogos, serviço de IA para conteúdo adulto, compras no varejo, registro público ou malware, os riscos de engenharia social e à privacidade podem aumentar. Detalhes que parecem corretos não são, por si só, um sinal de segurança.
Medidas urgentes a tomar
Se você foi afetado, deve alterar a senha do fórum e a de qualquer outra conta que use a mesma senha. Para registros com um campo de senha, é necessário atualizar a senha de todas as contas que usam a mesma; para registros sem esse campo, o foco deve estar nos riscos relacionados a e-mail, telefone, notificações falsas, privacidade e cruzamento de identidades.
Em vez de clicar nos links da mensagem, você deve digitar manualmente o endereço do serviço em questão ou usar o registro salvo em um gerenciador de senhas confiável. Mensagens sobre entregas, alertas de conta, recompensas de jogos, suporte, registros públicos, notificações de segurança, ofertas de emprego ou renovações de assinatura não devem ser aceitas sem verificação por um canal independente.
Estratégias de segurança a longo prazo
Usar uma senha exclusiva, limitar as informações do perfil e adotar nomes de usuário diferentes nas contas de fóruns reduz o risco de cruzamento de identidades. Você deve revisar regularmente suas contas antigas, eliminar as desnecessárias, remover campos de perfil dispensáveis e rever nomes de usuário repetidos e informações desatualizadas de telefone e endereço. Usar uma senha exclusiva para cada serviço e ativar a verificação em duas etapas, quando possível, deve ser uma regra básica.
Do ponto de vista dos prestadores de serviços, são necessárias a minimização de dados, a proteção robusta de senhas, o monitoramento dos logs de acesso, a exclusão de campos desnecessários e a preparação dos processos de notificação aos usuários. Em infraestruturas de fóruns mais antigas, o armazenamento de senhas e os processos de notificação aos usuários devem ser atualizados regularmente. Explicar o escopo com precisão também faz parte do trabalho de segurança; informações exageradas ou incompletas podem levar o usuário a tomar medidas inadequadas.
Verificação do registro e ação do usuário
Você deve primeiro consultar este registro usando seu endereço de e-mail. Se houver uma correspondência, deve considerar que os campos de nome de usuário, IP e senha podem estar em risco e descartar as senhas antigas do fórum. A ausência de correspondência não descarta totalmente o uso de outro e-mail ou a reutilização de uma senha antiga; as contas críticas devem ser revisadas separadamente.
Este registro manteve o status de verificado; a descrição foi ajustada à estrutura padrão de títulos e à verificação de palavras proibidas. Nesse ajuste, os campos de dados foram mantidos como classes canônicas em inglês, a descrição visível ao usuário foi redigida em turco com texto original, os campos não verificados não foram incluídos e o indicador de sensibilidade foi usado apenas quando respaldado pelo contexto de risco.
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