Libero Suposta exposição de dados
A violação de dados da Libero em 2016 ocorreu em setembro de 2016, quando o banco de dados MongoDB de usuários em produção (lebero-poinx21.pxusers) da Libero (Italiaonline, libero.it), um dos principais portais e serviços de e-mail da Itália, foi comprometido e vazado na internet.
Tipos de dados expostos
6- Endereços de e-mail
- Senhas
- Nomes
- Nomes de usuário
- Gêneros
- Endereços físicos
Sobre este registro
Quais informações foram afetadas no incidente da Libero?
A exportação do banco de dados em JSON que vazou (libero.it-lebero-poinx21.pxusers-plaintext-md5-2016.json) contém aproximadamente 700.000 perfis de usuários, com o comprometimento dos seguintes dados:
- Identidade e dados demográficos: Nomes completos dos usuários (firstname), nomes de usuário das contas e gêneros (sex).
- Credenciais de autenticação: Senhas armazenadas inteiramente em texto claro (clearPassword), juntamente com hashes criptográficos MD5.
- Dados de contato e coordenadas geográficas: Endereços de e-mail (email), endereços físicos (address), cidades, províncias/distritos e códigos postais (zipcode).
Quantas contas foram afetadas?
Uma validação rigorosa de e-mails conforme as regras canônicas do RFC confirmou 699.756 endereços de e-mail válidos e únicos em todo o banco de dados.
Análise técnica e riscos de segurança
O armazenamento de credenciais de usuários em texto claro representa uma falha crítica de segurança, permitindo a tomada direta de controle de caixas de entrada por pessoas não autorizadas, sem a necessidade de quebrar a criptografia. A exposição de credenciais do portal italiano traz riscos graves de ataques de credential stuffing e fraude de identidade.
Ações recomendadas para as pessoas afetadas
Se você tinha uma conta na Libero ou em portais associados, deve:
- Redefinir imediatamente as senhas de todos os serviços online em que a mesma senha foi reutilizada.
- Ativar a autenticação de dois fatores (2FA) nas contas de e-mail e nas contas principais.
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
