Todos os vazamentos
16 de janeiro de 2024 Verificado Tecnologia

Vazamento de dados de Trello

O registro verificado do incidente do Trello de janeiro de 2024 vincula 15.111.945 endereços de e-mail únicos a nomes e nomes de usuário.

15,1 Milhão
Registros informados
3
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

3
  • Endereços de e-mail
  • Nomes
  • Nomes de usuário

Sobre este vazamento

Tipos de dados expostos e riscos

O escopo verificado inclui 15.111.945 endereços de e-mail únicos, juntamente com nomes e nomes de usuário do Trello que puderam ser associados a esses endereços. Senhas, números de telefone, dados de pagamento, mensagens privadas, conteúdo de quadros, cartões e anexos não são campos verificados neste registro. O principal risco é que informações de perfil que, individualmente, podem ser públicas foram vinculadas em massa a endereços de e-mail que não deveriam ser públicos. Essa associação pode ajudar um invasor a confirmar que um endereço tem uma conta, criar mensagens mais convincentes usando um nome real e um nome de usuário e pesquisar o mesmo identificador em outros lugares. Como não há senhas no registro, ele não constitui uma divulgação direta de credenciais de acesso. No entanto, se alguém tiver reutilizado uma senha exposta em outro incidente, a associação confirmada com uma conta pode tornar as tentativas automatizadas de acesso mais direcionadas.

Cronologia do vazamento e detalhes técnicos

Os dados foram colocados à venda por volta de 16 de janeiro de 2024 e, posteriormente, incluídos em um catálogo verificado de vazamentos. As investigações indicaram que o responsável testou endereços de e-mail de coleções de dados anteriores em um recurso de perfis do Trello acessível publicamente para identificar contas válidas. Ao receber uma consulta por e-mail, o recurso retornava campos públicos, como o nome do perfil e o nome de usuário, permitindo associar em massa endereços privados a perfis públicos. A empresa responsável pela plataforma informou que não encontrou evidências de acesso não autorizado aos sistemas do Trello ou aos perfis de usuários. Por isso, o evento não deve ser descrito como roubo de uma base de dados de contas. Depois que o uso indevido foi identificado, usuários e serviços não autenticados foram impedidos de solicitar informações públicas de outra pessoa por meio do endereço de e-mail. A classificação adequada é enumeração de contas e coleta automatizada de dados por meio de uma API, não um incidente envolvendo um fornecedor terceirizado nem um vazamento de senhas.

Grupos de usuários em risco

Pessoas que usam nome real, identidade profissional ou um nome de usuário facilmente reconhecível podem ficar mais expostas a phishing direcionado. No caso de endereços corporativos, um invasor pode combinar a identificação do empregador com a associação ao Trello para criar um convite falso para um quadro, um aviso de tarefa, uma solicitação para integrar uma equipe ou uma mensagem de redefinição de senha. Reutilizar o mesmo nome de usuário em redes sociais e plataformas de desenvolvimento aumenta o risco de correlação entre perfis. Uma correspondência não comprova que uma conta foi invadida, que um quadro privado foi lido ou que uma senha foi exposta. O risco deve ser avaliado considerando a presença do endereço em outros vazamentos, o histórico de reutilização de senhas, as informações públicas do perfil e as mensagens suspeitas recebidas. Convites inesperados para quadros, solicitações de espaços de trabalho que você não reconhece e alertas de acesso desconhecidos merecem atenção especial.

Medidas imediatas

Primeiro, revise as configurações de segurança, as sessões ativas e o status da autenticação multifator da sua conta do Trello e da conta Atlassian vinculada. Encerre as sessões que você não reconhece, confirme que os métodos de recuperação pertencem a você e ative uma chave de acesso ou um método de autenticação resistente a phishing, quando disponível. Embora nenhuma senha esteja verificada neste registro, substitua as senhas reutilizadas por uma senha longa e exclusiva para cada conta. Em vez de seguir um link em um convite para um quadro ou em um aviso de segurança recebido por e-mail, abra o serviço diretamente pelo endereço conhecido. Confira o domínio do remetente, quem criou o convite e se a solicitação faz sentido no contexto da sua equipe. Reduza a exposição de nomes completos, biografias ou links que não precisam permanecer públicos e saia dos espaços de trabalho que você não usa. Se a conta for gerenciada pela organização, comunique os convites suspeitos à equipe de segurança e nunca revele uma senha ou um código de verificação em uma mensagem.

Estratégias de segurança de longo prazo

Um gerenciador de senhas que gere uma credencial diferente para cada serviço, combinado com chaves de acesso quando houver suporte, impede que uma senha de outra coleção de dados seja usada com sucesso em uma tentativa de acesso ao Trello. Como a conta de e-mail principal é um ponto central de recuperação, proteja-a com autenticação forte, alertas de acesso e revisões dos aplicativos conectados. Revise regularmente a visibilidade do perfil e gerencie a ligação entre suas identidades profissional e pessoal quando o mesmo nome de usuário aparecer em diferentes plataformas. As organizações não devem confiar em convites para colaboração apenas porque o texto parece familiar; os processos devem verificar o remetente e o domínio de destino. O login único, o acesso condicional e a revogação centralizada de sessões suspeitas reduzem o risco de invasão de contas. Este evento mostra como consultar um identificador privado em dados públicos de perfil pode transformar campos individualmente inofensivos em um problema de segurança em larga escala.

Verifique seus dados

Consulte seu endereço de e-mail no campo de busca segura para saber se ele aparece na coleção do Trello e priorize as medidas de segurança da conta caso seja encontrada uma correspondência. Um resultado não significa que sua senha foi publicada, que seus quadros privados foram visualizados ou que sua conta foi invadida; ele informa apenas que o endereço foi vinculado a campos como nome e nome de usuário. Se houver uma correspondência, revise a visibilidade do perfil, as sessões ativas, os aplicativos conectados e os avisos de segurança recentes. Verifique convites inesperados abrindo o aplicativo diretamente. Nenhum resultado pode garantir que o endereço não apareceu em nenhum outro incidente. O monitoramento contínuo, as senhas exclusivas e a autenticação forte oferecem uma defesa eficaz caso essa associação com o perfil seja usada posteriormente para engenharia social ou uma tentativa de invasão da conta.

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