Guns and Robots Fuite de données
La fuite de données de Playgar ou de Guns and Robots de 2016 désigne un jeu de données attribué à play-gar.com et au jeu de Masthead Studios.
Types de données exposées
4- Adresses e-mail
- Adresses IP
- Noms d’utilisateur
- SHA-1 password hashes
À propos de cette fuite de données
Source publique sur la fuite de données fait état de 143 569 enregistrements ou adresses e-mail uniques, datant approximativement d’avril 2016, avec des adresses e-mail, des adresses IP, des noms d’utilisateur et des empreintes de mots de passe SHA-1. Le 1er avril n’est qu’un repère indiquant le mois; aucun avis de l’opérateur ni jour exact de l’attaque n’est disponible.
L’import local ne contient que des champs d’adresse e-mail, et l’index actif compte 143 186 adresses e-mail uniques, soit 383 de moins que le chiffre de la source externe. L’écart reste inexpliqué au regard de la version du jeu de données, de la normalisation, des doublons ou valeurs nulles et des lignes rejetées; le fichier source et la sauvegarde sont manquants, ce qui empêche de procéder à un nouvel audit de la transformation.
Un résultat privé établit uniquement que l’adresse e-mail dont vous avez le contrôle figure dans le sous-ensemble local attribué à play-gar.com. Il ne permet de confirmer ni une identité, ni l’existence d’un compte ou l’utilisation de Guns and Robots, ni une activité de jeu, ni un nom d’utilisateur, une adresse IP, une valeur SHA-1 ou la présence simultanée de plusieurs champs dans un même enregistrement, ni la réutilisation d’un mot de passe, une compromission ou un usage abusif.
Une empreinte SHA-1 n’est pas un mot de passe en clair, et ni l’utilisation d’un sel ni la proportion d’enregistrements contenant chaque champ n’ont été vérifiées. Un ancien mot de passe dont l’authenticité a été confirmée doit être remplacé partout où il a été réutilisé. Une adresse IP ne correspond pas à une localisation précise ni à une adresse postale, et les liens avec des activités de jeu ainsi que les données d’authentification doivent rester confidentiels.
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