AhaShare.com Fuite de données
L’incident de 2013 concernant les données d’AhaShare.com correspond à un jeu de données répertorié comme comprenant 180 468 comptes, dont la date structurée est le 30 mai 2013.
Types de données exposées
8- Adresses e-mail
- Genres
- Localisations géographiques
- Adresses IP
- Dates de naissance partielles
- Mots de passe dont la représentation est indéterminée
- Noms d’utilisateur
- Activité non précisée sur le site web
À propos de cette fuite de données
Les huit catégories de données signalées sont les adresses e-mail, le genre, les localisations géographiques, les adresses IP, les dates de naissance partielles, les mots de passe, les noms d’utilisateur et l’activité sur le site web. Une source « tierce » ne prouve pas qu’un incident s’est produit chez un fournisseur en amont.
Le nombre d’enregistrements dans le jeu de données local est de 169 902, soit un écart de 10 566 par rapport au décompte externe des comptes. Aucun de ces chiffres ne correspond nécessairement à un nombre de personnes distinctes, de comptes actifs ou de lignes contenant tous les champs à la fois. La mention d’une activité sur le site web ne doit pas être interprétée comme indiquant des fichiers, téléchargements ou partages précis, des horodatages, des contacts, une violation du droit d’auteur ou une action en justice.
Une ligne atteste uniquement la présence des champs qu’elle contient effectivement dans le jeu de données. Elle ne permet d’établir ni une identité, ni l’existence d’un compte AhaShare ou d’un partage de fichiers, ni un contenu ou une activité précis, ni l’appartenance à une personne des informations de genre, de localisation, d’adresse IP, de date de naissance partielle, de nom d’utilisateur ou de mot de passe, ni la présence conjointe de champs, ni un danger physique, ni une responsabilité juridique, ni une prise de contrôle de compte, ni un usage abusif.
Les informations relatives au partage de fichiers ou à l’appartenance à une communauté, les données démographiques, la localisation, l’adresse IP, le nom d’utilisateur et les identifiants de connexion doivent rester confidentiels. Si l’authenticité d’un mot de passe est confirmée et qu’il a été réutilisé, il doit être remplacé, et l’activité sur le site web ne doit être décrite qu’une fois sa signification dans le schéma de la source établie.
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