Go Ninja Fuite de données
Le jeu de données de décembre 2019 attribué à Go Ninja est répertorié par source publique sur la fuite de données sous le nom du site de jeux allemand aujourd’hui disparu goninja.de, avec 4 999 001 chaînes uniques d’adresses e-mail et les catégories de données suivantes : noms d’utilisateur, adresses IP et empreintes de mots de passe MD5 salées.
Types de données exposées
4- Adresses e-mail
- Noms d’utilisateur
- Adresses IP
- Reported salted MD5 password hashes
À propos de cette fuite de données
Le 17 décembre est la date indiquée dans les données structurées; le récit mentionne seulement décembre 2019, et il n’y a aucun avis de l’exploitant.
Point essentiel : plus de 4 millions d’adresses e-mail semblaient avoir été générées plutôt que réellement fournies par des utilisateurs. Le chiffre de 4 999 001 ne correspond donc pas à un nombre de personnes réelles, d’inscriptions authentiques, de comptes actifs, d’utilisateurs touchés ou de notifications. Le jeu de données peut être synthétique, alimenté artificiellement, issu d’une collecte automatisée, pollué ou mixte; ni la méthode utilisée pour classer les adresses comme générées ni la présence conjointe des différents champs ne sont expliquées.
Aucune tâche d’importation locale, aucun fichier source ni aucune donnée interrogeable ne sont disponibles. Même une future correspondance exacte de chaîne de caractères ne prouverait pas que l’adresse provient d’une inscription authentique, qu’elle est sous le contrôle de la personne effectuant la recherche ou qu’elle est liée à un véritable compte Go Ninja. Il ne serait pas non plus possible d’en déduire la présence conjointe d’une adresse IP, d’un nom d’utilisateur et d’un mot de passe.
Une empreinte MD5 salée n’est pas un mot de passe en clair. Seul un enregistrement d’identifiants réel et authentifié, contenant un ancien mot de passe réutilisé ailleurs, devrait conduire au remplacement de ce mot de passe. Les enregistrements générés et l’association à un site de jeux exigent les mesures de protection les plus strictes contre les rapprochements erronés, ainsi qu’un traitement confidentiel.
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