Todos os vazamentos
29 de outubro de 2018 Verificado Outro

Instância do Elasticsearch com leads de vendas na AWS

Instância do Elasticsearch com leads de vendas na AWS é um registro associado à exposição de um repositório de dados de potenciais clientes cujo proprietário não pôde ser claramente identificado, e não a uma violação de contas de uma empresa específica.

5,8 Milhão
Registros informados
4
Tipos de dados
Crítica
Gravidade
10 de out. de 2026
Última atualização

Proteja-se

Verifique se você foi afetado por este vazamento

Verificar meu e-mail

Tipos de dados expostos

4
  • Endereços de e-mail
  • Empregadores
  • Nomes
  • Endereços físicos

Sobre este vazamento

Um dos conjuntos de dados descobertos pelo pesquisador de segurança Bob Diachenko em outubro de 2018 continha aproximadamente 5,8 milhões de endereços de e-mail únicos e campos de contato comercial.

Este registro não deve ser descrito como uma violação de uma única empresa, pois não foi possível identificar seu proprietário de forma conclusiva. Os dados devem ser tratados como informações de potenciais clientes vinculadas às empresas para as quais essas pessoas trabalham. Como o registro não contém senhas nem segredos de acesso a contas, o risco está mais relacionado à abordagem direcionada no contexto B2B e à engenharia social.

Tipos de dados expostos e riscos

As categorias de dados acompanhadas no registro Instância do Elasticsearch com leads de vendas na AWS são endereços de e-mail, informações sobre empregadores, nomes completos e endereços físicos. Endereços de e-mail podem ser usados em phishing direcionado, situações envolvendo redefinição de senhas e correlação de contas entre diferentes serviços. Informações sobre empregadores podem ser usadas em phishing corporativo, mensagens de falsos fornecedores e pressão comercial direcionada. Nomes completos tornam mais convincentes as mensagens falsas de suporte, entrega, fatura e atendimento ao cliente. Endereços físicos podem ser usados em mensagens de engenharia social com temas como entrega, fatura, assinatura e serviços locais.

Quando o nome do empregador e as informações de e-mail aparecem juntos, mensagens falsas de vendas, ofertas, reuniões, parcerias ou fornecedores se tornam mais convincentes. Um endereço físico reforça o contexto da empresa ou da pessoa, aumentando o risco de contato direcionado.

Escopo verificado e limites

Este registro está associado a um conjunto de dados aberto de leads de vendas no Elasticsearch e não deve ser apresentado como uma base de usuários de um domínio específico. O escopo se limita a endereços de e-mail, informações sobre empregadores, nomes completos e endereços físicos. Não foi confirmada a presença de senhas, dados de pagamento ou conteúdo privado de contas neste registro.

Categorias ausentes deste registro não devem ser descritas como se tivessem vazado. Dados completos de cartões de pagamento, documentos oficiais de identificação, mensagens privadas, dados de saúde, informações bancárias, conteúdo de dispositivos ou dados de outras plataformas só devem ser incluídos na avaliação de risco se estiverem explicitamente presentes no registro. O texto se baseia em categorias de dados verificáveis e nos limites conhecidos do incidente.

Grupos de usuários em risco

Funcionários cujos endereços de e-mail corporativos constam na lista, equipes de vendas e compras, pessoas associadas ao endereço da empresa e profissionais em funções que envolvem o recebimento de ofertas externas correm maior risco.

Usuários que utilizam o mesmo endereço de e-mail em diferentes serviços, reutilizam senhas antigas, mantêm o mesmo apelido em várias comunidades ou não separam suas contas profissionais e pessoais correm maior risco. Nos registros de perfis e de corretores de dados, o risco surge da combinação de informações de domínios muito diferentes a partir de uma única conta, criando um contexto detalhado sobre a pessoa.

Medidas urgentes a tomar

Usuários com resultado positivo na consulta devem verificar mensagens inesperadas de ofertas, reuniões, mudanças de fornecedor e solicitações de pagamento por meio dos processos internos de verificação. Como este registro não contém senhas, a prioridade é o risco de phishing corporativo.

Usuários com resultado positivo na consulta devem trocar as senhas das contas em que usam senhas iguais ou semelhantes, ativar a autenticação de dois fatores quando possível e verificar suas sessões recentes. Registros que não contêm senhas, mas incluem dados de contato, cobrança, endereço ou perfil, devem ser monitorados quanto a ligações inesperadas e mensagens de ofertas, suporte, cobrança e verificação.

Estratégias de segurança de longo prazo

No longo prazo, adotar o hábito de usar um gerenciador de senhas, senhas únicas e autenticação de dois fatores, além de remover informações pessoais desnecessárias das contas, reduz o risco. Reutilizar o mesmo endereço de e-mail em diferentes plataformas facilita a combinação de dados de diferentes vazamentos; uma opção a considerar é usar um e-mail separado ou um alias para contas críticas.

As empresas devem revisar regularmente como os dados de comunicação de seus funcionários aparecem em conjuntos de dados públicos e de terceiros. Usuários de e-mail corporativo devem fazer uma verificação adicional de mensagens com propostas que contenham links externos e arquivos.

Verificação do registro e ações do usuário

A consulta no LeakData indica se o endereço de e-mail pesquisado foi encontrado neste registro. Um resultado positivo não significa necessariamente que todos os campos de dados pertençam de fato àquele usuário; ainda assim, é um alerta suficiente para adotar medidas preventivas. Um resultado negativo indica apenas que não há correspondência neste conjunto de dados e não elimina a possibilidade de o endereço aparecer em outros vazamentos.

Um resultado positivo indica que o endereço de e-mail aparece no conjunto de dados de leads de vendas do Elasticsearch. Esse resultado não significa que a conta pessoal tenha sido comprometida; no entanto, indica um risco de abordagem direcionada no contexto corporativo.

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