Fuite de données chez Horse Isle
Les incidents de sécurité de Horse Isle 1 étaient deux incidents distincts concernant le service et les comptes, annoncés par l’exploitant le 23 juin et le 19 septembre 2020.
Types de données exposées
7- Adresses e-mail
- Genres
- Adresses IP
- Noms
- Mots de passe
- Achats
- Noms d’utilisateur
À propos de cette fuite de données
Pour chacun, l’exploitant a déclaré avoir restauré une sauvegarde de 4 h du matin PST, considéré les mots de passe des comptes comme probablement compromis et demandé aux joueurs de suivre des étapes de vérification, de déverrouillage ou de réinitialisation du mot de passe. Ces annonces ne permettent pas d’établir que tous les mots de passe ont effectivement été dérobés, ni de confirmer chacun des champs du jeu de données.
Source publique sur la fuite de données fait état d’un total de 27 786 adresses e-mail uniques pour les deux incidents et des catégories suivantes à l’échelle de l’ensemble des données : adresses e-mail, genres, adresses IP, noms, mots de passe, achats et noms d’utilisateur. Source publique sur la fuite de données indique également que des mots de passe en clair ainsi que les valeurs saisies lors de tentatives de connexion infructueuses étaient conservés en clair. Il s’agit de constats de source publique sur la fuite de données concernant le jeu de données; il ne faut pas supposer que tous ces champs ou des tentatives infructueuses sont associés à chaque adresse e-mail. La présence d’une catégorie « achats » ne permet pas d’établir les détails concernant les cartes, les montants ou les articles.
Aucune donnée de Horse Isle ne peut être recherchée localement. Ce dossier n’identifie personne comme étant un joueur, un enfant ou un jeune, un parent, un titulaire de compte familial ou une personne d’un genre particulier; il ne permet pas d’établir la présence d’un nom d’utilisateur, d’une adresse IP, d’un achat, d’un mot de passe ou d’une tentative infructueuse, ni la présence conjointe de champs, ni un usage abusif. Les mots de passe en clair et les valeurs saisies lors des tentatives de connexion ne doivent jamais être rendus publics.
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