VampireFreaks Exposition présumée de données
La fuite de données de VampireFreaks de 2012 s’est produite en décembre 2012, lorsque la base de données d’authentification de VampireFreaks (vampirefreaks.com), une plateforme de réseau social et communautaire de premier plan dédiée aux sous-cultures gothiques, industrielles et alternatives, a été compromise.
Types de données exposées
3- Adresses e-mail
- Noms d’utilisateur
- Mots de passe
À propos de cette fiche
Quelles informations ont été touchées par l’incident VampireFreaks ?
La table exfiltrée de la base de données (user_authenticate dans au.sql) révèle les identifiants de 1 001 718 comptes utilisateurs uniques :
- Identité et identifiants de compte : Adresses e-mail canoniques valides et noms d’utilisateur sur la plateforme (user_name).
- Mots de passe en clair : Mots de passe stockés en clair, sans aucun chiffrement (user_password).
- Télémétrie des comptes : État de validation des adresses e-mail et indicateurs de suivi des retours de non-remise des e-mails.
Combien de comptes ont été touchés ?
Une extraction canonique rigoureuse conforme aux RFC et une déduplication portant sur 1 052 760 lignes de la base de données ont confirmé la présence de 1 001 718 adresses e-mail valides et uniques.
Analyse technique et risques de sécurité
Le stockage des mots de passe en clair présente des risques critiques d’exposition. La réutilisation des mots de passe entre différents services étant très répandue, les acteurs malveillants utilisent ces identifiants en clair dans des attaques automatisées par bourrage d’identifiants pour compromettre des comptes de messagerie, de services financiers et de jeux.
Mesures recommandées pour les utilisateurs concernés
Si vous êtes un ancien membre de VampireFreaks, vous devriez :
- Mettre immédiatement à jour les mots de passe de tous vos comptes actuels sur lesquels vos anciens identifiants VampireFreaks ont pu être réutilisés.
- Activer l’authentification multifacteur (MFA/2FA) sur tous vos comptes principaux.
Vérification et méthode éditoriale
LeakData compare le nom de l’incident, sa date, le nombre d’enregistrements concernés et les types de données exposées avec les sources accessibles. Les informations non vérifiées ne sont pas présentées comme des faits, et les fiches sont mises à jour lorsque de nouveaux éléments probants sont disponibles.
Signaler des informations manquantes ou incorrectes