Allégation de fuite de données chez GratisKläder en 2012
Cette fiche documente avec prudence une allégation concernant un jeu de données de 2012 associé à gratisklader.se.
Cette classification repose sur une borne inférieure ayant fait l’objet d’un examen ; l’impact et la gravité réels peuvent être plus élevés.
Types de données exposées
5- Adresses e-mail
- Noms
- Adresses physiques
- Noms d’utilisateur
- Mots de passe
À propos de cette fiche
Le répertoire actuel de BreachEra réunit sur une même ligne le nom « GratisKläder », ce même domaine, l’année 2012, un nombre annoncé de 203 320 enregistrements et les catégories de données suivantes : adresses e-mail, noms complets, adresses physiques, noms d’utilisateur et mots de passe. Aucune entrée correspondant exactement à GratisKläder ou à GratisGodis n’a été trouvée dans le catalogue public de source publique sur la fuite de données. Les métadonnées CDX d’Internet Archive confirment que gratisklader.se était un site web actif en 2012, mais cet élément établit uniquement le contexte de l’entité et ne prouve pas, à lui seul, qu’un incident a eu lieu. Aucune déclaration de l’exploitant, notification réglementaire ou source primaire confirmant le jour exact d’un incident n’a été identifiée. Cette fiche est donc publiée en tant qu’allégation non vérifiée émanant d’un tiers, avec isVerified maintenu à false.
La date n’est conservée qu’avec une précision à l’année. BreachEra indique 2012, mais ne fournit ni mois ni jour. La valeur du 1er janvier 2012 dans la base de données n’est qu’une représentation technique de l’année; elle ne signifie pas que l’accès, la collecte ou la publication ont eu lieu ce jour-là. Le fichier CSV source porte un horodatage de système de fichiers datant de 2017, qui n’a pas été retenu comme date d’incident. breachDatePrecision vaut donc year. Tout élément de preuve plus probant provenant d’une source primaire devrait entraîner un réexamen distinct de la date, de l’identité et du périmètre. Cette fiche n’affirme ni que l’exploitant a authentifié l’archive, ni que la méthode d’obtention de celle-ci est connue.
La source examinée est une archive 7z complète de 18 913 337 octets. Son empreinte SHA-256 est scellée sous la forme 27dfd0…38e1, et un test complet d’intégrité 7z a été concluant. L’archive contient sept fichiers ordinaires totalisant 61 736 107 octets après décompression et aucune archive imbriquée. Le fichier sélectionné pour GratisKläder est gratisklader.se.csv, d’une taille de 29 612 327 octets. Il comporte un en-tête de neuf colonnes défini dans la source : adresse, e-mail, prénom, nom, mot de passe, sel, adresse postale, code postal et nom d’utilisateur. Le CSV compte 203 321 lignes physiques, en-tête compris. L’analyseur strict ne considère pas les dix lignes physiques de données vides comme des enregistrements, ce qui laisse 203 310 enregistrements logiques de données après l’en-tête. Chaque enregistrement logique comporte neuf colonnes, et deux analyseurs indépendants n’ont détecté aucune erreur de syntaxe ni aucun écart dans le nombre de colonnes.
Le chiffre de 203 320 annoncé par BreachEra correspond exactement au nombre de lignes physiques hors en-tête lorsque les lignes vides sont incluses, mais pas aux 203 310 enregistrements logiques ni aux 201 478 adresses e-mail canoniques uniques. Cette concordance constitue un élément utile pour rattacher l’allégation du catalogue public au périmètre du fichier examiné, mais elle ne constitue pas une preuve du nombre de personnes distinctes. Le chiffre du catalogue n’a donc pas été renseigné dans pwnCount, la sélection des champs n’a pas été élargie pour atteindre ce chiffre, et les lignes vides n’ont pas été réinterprétées comme des enregistrements d’utilisateurs. totalRecords conserve séparément les 203 310 enregistrements logiques, tandis que sourcePhysicalRecordCount conserve les 203 320 lignes physiques après l’en-tête.
Le mappage des adresses e-mail repose uniquement sur la colonne explicitement nommée email. Cette colonne contient 202 350 occurrences d’adresses e-mail valides, 960 valeurs non vides invalides et aucune valeur vide. La suppression de 872 occurrences répétées laisse un ensemble trié de 201 478 adresses canoniques uniques. Dans les colonnes adresse, prénom, nom et adresse postale, 313 autres valeurs occupant une cellule entière ressemblent fortuitement à des adresses e-mail; elles ont été délibérément exclues, car ces colonnes ne désignent pas des adresses e-mail. Aucun mot de passe, sel, nom d’utilisateur, texte libre ou champ quelconque contenant un arobase n’a été exploré pour en tirer des valeurs supplémentaires. Deux outils Go compilés indépendamment concordent sur l’ensemble des 203 310 enregistrements, les agrégats par champ, le flux de 202 350 occurrences et le même ensemble canonique de 201 478 lignes. Le fichier privé final fait 4 679 907 octets et porte l’empreinte SHA-256 fd3ea9…6087.
La même archive contient également cinq fichiers explicitement étiquetés gratisgodis ou GratisGodis.se, totalisant 32 123 339 octets. Ces fichiers n’ont pas été fusionnés avec l’événement GratisKläder. Les représentations les plus étendues de GratisGodis se recoupent fortement entre elles, mais ne présentent qu’un recoupement limité avec la colonne explicitement consacrée aux adresses e-mail de GratisKläder, ce qui renforce la nécessité de traiter ces identités séparément. Aucune date d’incident publique ni aucune fiche d’incident indépendante n’ayant été trouvée pour GratisGodis, le traitement de ces fichiers est différé sous le code SEPARATE_ENTITY_EVENT_BINDING_UNRESOLVED. Aucune adresse de GratisGodis n’est incluse dans cet événement ni dans cet import. Le traitement du fichier générique Breached_Info est clos sous le code NO_EMAIL_FIELD. La couverture du mappage est donc signalée en toute transparence comme PARTIAL ; cela ne signifie pas que chaque fragment de texte de l’archive ou l’intégralité de l’événement historique ont été vérifiés.
canonicalEmailCount et affectedCountLowerBound désignent uniquement les 201 478 adresses uniques vérifiées dans la colonne sélectionnée explicitement consacrée aux adresses e-mail. Il ne s’agit pas d’un décompte des personnes distinctes touchées : une même personne peut utiliser plusieurs adresses, une adresse peut être partagée, certaines adresses peuvent ne plus être actives, et l’archive peut ne pas être une copie complète de l’événement allégué. LeakData n’enregistre que les associations d’adresses e-mail; les noms, adresses physiques, mots de passe, sels, codes postaux et noms d’utilisateur ne sont pas importés. Une correspondance ne prouve pas, à elle seule, que le titulaire d’une adresse a utilisé GratisKläder, qu’il disposait d’un compte actif en 2012, ni qu’un autre champ de la source est exact ou à jour. Si vous avez réutilisé un ancien mot de passe sur un autre service, vous devriez choisir un mot de passe unique pour chaque compte, activer l’authentification multifacteur lorsqu’elle est proposée et vérifier par vos propres moyens les messages inattendus faisant référence à d’anciennes promotions ou à des informations de compte.
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