Vedomosti Suposta exposição de dados
O vazamento de dados da Vedomosti em 2012 ocorreu em maio de 2012, quando o banco de dados MySQL de usuários do ambiente de produção (db_ved_users) da Vedomosti (vedomosti.ru), o principal jornal diário nacional de negócios e finanças da Rússia, foi comprometido e exfiltrado.
Tipos de dados expostos
8- Endereços de e-mail
- Senhas
- Nomes
- Nomes de usuário
- Números de telefone
- Empregadores
- Cargos
- Professional specializations
Sobre este registro
Quais informações foram afetadas no incidente da Vedomosti?
Os dumps SQL vazados do banco de dados (vedomosti.ru1.sql e vedomosti.ru2.sql) abrangem leitores corporativos, assinantes e jornalistas e expõem:
- Dados de identidade e perfil: Nomes completos (nome, sobrenome e patronímico) e apelidos usados na plataforma.
- Credenciais de autenticação: Senhas de usuários armazenadas inteiramente em texto puro.
- Dados de contato: Endereços de e-mail e números de telefone pessoais ou do escritório.
- Dados profissionais e corporativos: Nomes das empresas empregadoras (company), áreas de especialização (comp_specialization) e cargos executivos nas empresas (comp_post).
- Metadados de assinatura: Registros de data e hora do cadastro das contas (reg_date) e indicadores de assinatura.
Quantas contas foram afetadas?
A validação rigorosa de e-mails conforme os critérios canônicos da RFC confirmou 217.752 endereços de e-mail válidos e únicos nos dumps do banco de dados.
Análise técnica e riscos de segurança
A ausência total de hash nas senhas (armazenamento em texto puro) possibilitou o comprometimento imediato das contas. A exposição de executivos corporativos, analistas de negócios e jornalistas, juntamente com suas senhas ativas, gera um alto risco de ataques de credential stuffing, phishing direcionado e invasão de redes corporativas.
Ações recomendadas para as pessoas afetadas
Se você tinha uma conta na Vedomosti, deve:
- Trocar imediatamente as senhas em todas as outras plataformas nas quais usava a mesma senha.
- Ativar a autenticação multifator (MFA / 2FA) nas contas pessoais e corporativas.
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
