Fuite de données Insanelyi de 2014
La fuite de données Insanelyi de 2014 concerne des données de comptes attribuées à l’ancien forum Insanelyi, consacré aux logiciels iOS et à la personnalisation des appareils.
Types de données exposées
4- Adresses e-mail
- Mots de passe
- Noms d’utilisateur
- Activité sur le site web
À propos de cette fuite de données
Un index vérifié des fuites de données situe l’événement au 22 juillet 2014 et fait état de 104 097 adresses e-mail uniques dans le jeu de données attribué au forum. Selon l’analyse de cet index, les données comprennent des adresses e-mail, des noms d’utilisateur, des informations sur l’activité sur le site web et des hachages MD5 salés de mots de passe.
Le chiffre de 104 097 correspond au nombre d’adresses e-mail uniques, et non au nombre de personnes distinctes, de comptes actifs ou de lignes du fichier. Un traitement en production limité aux adresses e-mail a traité 104 011 lignes et produit 103 995 adresses e-mail uniques dans l’index en service. Ces trois mesures sont différentes et ne sont pas additionnées. Le traitement local n’a traité aucune colonne de noms d’utilisateur, de hachages de mots de passe ou d’activité sur le site web; les informations sur ces champs reposent donc uniquement sur l’analyse externe du jeu de données.
Éléments de preuve et limites relatives à la vie privée
Un examen manuel n’a permis de trouver ni avis émanant de l’entité concernée ni rapport technique indépendant fiable décrivant l’incident. Un article de l’époque, accessible depuis l’index des fuites de données, concerne un autre dépôt de logiciels iOS et ne cite pas Insanelyi. Il n’a donc pas été retenu comme élément de preuve concernant un attaquant ou une méthode d’accès. La source publique ne précise pas non plus le schéma de données exact correspondant au champ « activité sur le site web ».
Une correspondance sur une adresse e-mail ne prouve pas, à elle seule, qu’une personne a utilisé le forum, personnalisé un appareil donné, consulté des contenus particuliers, détient aujourd’hui un nom d’utilisateur figurant dans la liste ou dispose encore d’un compte actif. La source ne fait pas état de noms à l’état civil, de numéros de téléphone, d’adresses postales, de données de paiement, de messages privés ou d’adresses IP. Un hachage MD5 salé n’est pas un mot de passe en clair, mais un mot de passe ancien, court ou réutilisé peut néanmoins présenter un risque au regard des normes actuelles.
Mesures à prendre en toute sécurité et lien vers l’archive
Si vous connaissez par ailleurs le mot de passe que vous utilisiez sur ce forum en 2014 et que vous utilisez encore le même mot de passe ou un mot de passe similaire sur un autre compte actif, remplacez uniquement ce mot de passe réutilisé par un mot de passe unique et activez l’authentification multifacteur sur le compte de messagerie associé. Le nom de domaine actuel mène désormais à une page de vente plutôt qu’au forum historique; le lien vers l’entreprise renvoie donc vers une capture de Wayback Machine datant du 25 juin 2014. L’archive fournit un contexte historique; ce n’est pas un canal actuel d’assistance ou de sécurité.
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
