VampireFreaks Presunta exposición de datos
La filtración de datos de VampireFreaks de 2012 ocurrió en diciembre de 2012, cuando se vio comprometida la base de datos de autenticación de VampireFreaks (vampirefreaks.com), una plataforma líder de redes sociales y comunidades para las subculturas gótica, industrial y alternativa.
Tipos de datos expuestos
3- Direcciones de correo electrónico
- Nombres de usuario
- Contraseñas
Acerca de este registro
¿Qué información se vio afectada en el incidente de VampireFreaks?
La tabla exfiltrada de la base de datos (user_authenticate de au.sql) expone las credenciales de 1 001 718 cuentas de usuario únicas:
- Identidad y credenciales de la cuenta: Direcciones de correo electrónico canónicas válidas y nombres de usuario de la plataforma (user_name).
- Contraseñas en texto plano: Contraseñas almacenadas sin ningún tipo de cifrado, en texto plano (user_password).
- Telemetría de la cuenta: Estado de validación del correo electrónico e indicadores de seguimiento de mensajes rebotados.
¿Cuántas cuentas se vieron afectadas?
La extracción rigurosa de direcciones canónicas conforme a RFC y la eliminación de duplicados en 1 052 760 filas de la base de datos confirmaron la existencia de 1 001 718 direcciones de correo electrónico válidas y únicas.
Análisis técnico y riesgos de seguridad
El almacenamiento de contraseñas en texto plano plantea riesgos críticos de exposición. Dado que la reutilización de contraseñas entre servicios está muy extendida, los actores maliciosos utilizan estas credenciales en texto plano en ataques automatizados de relleno de credenciales para comprometer cuentas de correo electrónico, financieras y de videojuegos.
Medidas recomendadas para los usuarios afectados
Los antiguos miembros de VampireFreaks deberían:
- Actualizar de inmediato las contraseñas de cualquier cuenta actual en la que puedan haber reutilizado sus antiguas credenciales de VampireFreaks.
- Activar la autenticación multifactor (MFA/2FA) en todas sus cuentas principales.
Método de verificación y revisión editorial
LeakData compara el nombre del incidente, la fecha, la cantidad de registros afectados y los tipos de datos expuestos con fuentes accesibles. Los campos no verificados no se presentan como hechos, y los registros se actualizan cuando se dispone de nuevas pruebas.
Notificar errores u omisiones en la información
