HLTV Fuite de données
L’incident de sécurité des données de HLTV de juin 2016 a été confirmé lorsque l’entreprise a découvert, le 19 juin, un accès à son serveur web principal.
Types de données exposées
5- Adresses e-mail
- Noms
- Mots de passe
- Noms d’utilisateur
- Activité sur le site web
À propos de cette fuite de données
HLTV a déclaré qu’un compte administrateur compromis et l’exploitation d’une faille dans du code ancien avaient permis un accès à distance au serveur et à la base de données, que des parties de la base de données avaient été volées et que l’intégralité de la base de données des utilisateurs avait été extraite. L’entreprise a déconnecté tous les utilisateurs, leur a demandé de changer leur mot de passe et a indiqué que les mots de passe étaient protégés par bcrypt.
L’entreprise n’a publié ni décompte ni liste détaillée des champs. De son côté, source publique sur la fuite de données fait état de 611 070 comptes ou adresses e-mail dans le jeu de données et des catégories suivantes : adresse e-mail, nom, nom d’utilisateur, empreintes de mots de passe et activité sur le site web. Ce chiffre ne correspond pas à un décompte de personnes, de comptes actifs ou de lignes brutes, et il ne faut pas supposer que chaque adresse e-mail soit associée à chacun de ces champs. Les données d’activité sur le site ne prouvent ni l’existence de publications ou de commentaires, ni un comportement de consultation, ni l’exercice d’un rôle professionnel dans l’esport. Une empreinte bcrypt n’est pas un mot de passe en clair.
Le sous-ensemble local consultable contient 609 908 documents contenant des adresses e-mail; les noms, noms d’utilisateur, mots de passe et champs d’activité n’ont pas été importés. Un résultat permet uniquement d’établir qu’une adresse e-mail figure dans ce sous-ensemble attribué à HLTV. Il ne permet pas d’établir une appartenance à HLTV ou à Counter-Strike, un rôle de joueur, de membre d’une équipe ou de créateur, une activité sur le site, à qui appartient un mot de passe ou une utilisation abusive, et un résultat négatif ne porte que sur le sous-ensemble local.
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