Lista de credenciais Naz
O vazamento de dados da lista de credenciais Naz está associado a uma grande coleção de credenciais que foi divulgada em setembro de 2023. O incidente envolve 70.840.771 endereços de e-mail únicos e uma quantidade muito elevada de senhas.
Tipos de dados expostos
2- Endereços de e-mail
- Senhas
Sobre este vazamento
O conjunto de dados combina pares de e-mail e senha em texto simples que circularam para uso em ataques automatizados de reutilização de credenciais, além de logs de programas de roubo de informações. Por isso, o risco vai muito além de uma conta em uma única empresa: se o mesmo endereço de e-mail e a mesma senha foram usados em outros serviços, invasores poderiam usar essas informações em tentativas automatizadas de login, ataques direcionados de phishing e tentativas de tomada de controle de contas. As categorias de dados confirmadas são endereços de e-mail e senhas.
Tipos de dados vazados e riscos
O principal risco nessa situação é que o endereço de e-mail e a senha aparecem na mesma linha ou no mesmo contexto. Pares de credenciais com senhas em texto simples representam um risco mais direto do que valores de hash de senhas, pois um invasor pode testar as mesmas informações em diferentes serviços sem precisar aguardar um processo de quebra de senha. No conjunto de dados, algumas linhas estão associadas ao nome de um serviço específico, enquanto outras apresentam apenas um par de credenciais. Essa composição mista faz com que os usuários nem sempre saibam qual conta foi a fonte original. O risco é muito alto para quem reutiliza senhas; para quem usa senhas únicas, os riscos mais relevantes são o phishing e as mensagens de redefinição de senha direcionados ao mesmo endereço de e-mail.
Escopo verificado e limites
A data do vazamento é registrada como setembro de 2023, e a data de inclusão no catálogo é 17 de janeiro de 2024. O principal escopo registrado no LeakData é de 70.840.771 endereços de e-mail únicos. As categorias de dados verificadas são endereços de e-mail e senhas; campos de endereço, telefone, cartão de pagamento ou documento de identidade não estão entre as categorias verificadas deste registro de consulta. Como o conjunto de dados não está vinculado a um único nome de domínio, nenhum site de empresa ou domínio de país é apresentado como uma instituição específica. Essa distinção é importante: o incidente deve ser tratado como uma grande coleção de pares de credenciais de diversas fontes, e não como uma violação do sistema de uma marca específica. O resultado da consulta indica se o endereço de e-mail do usuário está incluído nessa coleção.
Grupos de usuários em risco
O maior risco é para pessoas que usam a mesma senha em vários serviços, passam muito tempo sem trocar senhas antigas, não usam um gerenciador de senhas e não ativam a autenticação multifator. Quem usa o e-mail de trabalho em serviços pessoais ou cria contas em redes sociais, jogos, lojas, serviços de armazenamento em nuvem, e-mail ou serviços financeiros com o mesmo endereço corre um risco ainda maior. A presença de um endereço de e-mail no conjunto de dados não indica de forma definitiva qual serviço foi a fonte original; no entanto, mostra que pelo menos um registro do histórico de senhas associado a esse e-mail pode ter caído nas mãos de invasores. Para quem usa um domínio corporativo, o mesmo risco pode se estender a tentativas de acesso a contas da empresa e a notificações de segurança falsas.
Medidas urgentes a tomar
Quem encontrar uma correspondência deve primeiro proteger os serviços mais críticos, como contas de e-mail, cofres de gerenciadores de senhas, contas financeiras e contas de trabalho. As senhas devem ser alteradas em todas as contas que usam a mesma senha ou uma senha semelhante. É importante escolher uma senha longa e única para cada serviço e ativar a autenticação multifator sempre que possível. Mensagens de redefinição de senha, alertas de segurança, notificações de bloqueio de conta e alertas de login inesperado devem ser verificados pelo site oficial, sem clicar em nenhum link. Senhas antigas armazenadas em cadernos, registros do navegador ou e-mails devem ser removidas. Usuários corporativos devem informar a equipe de segurança caso encontrem uma correspondência com o domínio de trabalho.
Estratégias de segurança de longo prazo
Em coleções de credenciais desse tipo, o risco persistente decorre da reutilização de senhas. Os usuários devem gerar senhas únicas para cada serviço com um gerenciador de senhas, substituir gradualmente as senhas antigas e fracas, manter atualizadas as opções de recuperação das contas de e-mail e revisar periodicamente o histórico de login. As organizações devem adotar o monitoramento de vazamentos para os domínios dos funcionários, controles que impeçam a reutilização de senhas, autenticação multifator obrigatória e processos de alerta para tentativas incomuns de login. Os processos de redefinição de senha, por si só, não são suficientes; deve-se partir do pressuposto de que invasores testam senhas antigas comprometidas em diferentes serviços. Treinamento, auditorias técnicas e notificação rápida, em conjunto, oferecem uma defesa mais forte.
Verificação do registro e ações do usuário
Você pode verificar se há uma correspondência com o vazamento de dados da lista de credenciais Naz consultando seu endereço de e-mail no LeakData. Se houver uma correspondência, considere que o incidente pode não estar relacionado a um único serviço e reforce a segurança das suas senhas, começando pelas contas mais críticas. Não use a mesma senha nem padrões de senha semelhantes em serviços diferentes. Suas prioridades devem ser a autenticação multifator, a verificação do histórico de sessões, a revisão dos e-mails de recuperação e a remoção de autorizações de dispositivos antigos. Se sua conta de e-mail não estiver bem protegida, suas outras contas também estarão em risco; por isso, proteger primeiro a conta de e-mail é a ordem mais lógica. Essas medidas reduzem a probabilidade de que os dados da coleção sejam usados em testes de acesso a contas e em ataques direcionados de phishing.
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