Fuite de données chez Babyhit.pl en mars 2025
Babyhit.pl, un vendeur en ligne de produits pour enfants établi en Pologne, a annoncé publiquement avoir détecté, le 14 mars 2025, un accès non autorisé aux données personnelles de clients conservées dans la base de données de son système interne de gestion d’entrepôt.
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
- Noms d’entreprises
- Numéros de téléphone
- Adresses physiques
À propos de cette fuite de données
L’avis officiel de l’entreprise précise la date de l’incident au jour près et énumère les catégories de données exposées : noms, noms d’entreprise utilisés pour la facturation, adresses e-mail, numéros de téléphone et adresses de livraison. Il s’agit d’une déclaration du responsable du traitement lui-même, et non d’une allégation d’un tiers; la fiche de cet incident est donc marquée comme vérifiée.
L’archive Babyhit scellée qui a été examinée contient trois fichiers ordinaires. Son fichier principal, « Customer.csv », comprend 783 527 enregistrements logiques de données; deux enregistrements RFC4180 répartis sur plusieurs lignes expliquent pourquoi le nombre de lignes physiques diffère du nombre d’enregistrements logiques. Les 783 504 valeurs non vides d’identification de la source désignent toutes Babyhit. À la même période, CyberDefence24 a analysé de manière indépendante un fichier Customers.csv d’environ 783 532 lignes physiques et a décrit les mêmes catégories de données : adresses e-mail, numéros de téléphone et adresses. Ces concordances de contenu permettent de relier l’archive à l’incident officiel avec un degré de confiance élevé. Toutefois, le lien avec cette version du fichier n’est pas considéré comme cryptographique, car la source officielle n’a pas publié l’empreinte SHA-256 de l’archive.
Seul le champ explicitement nommé « Email » dans l’en-tête de Customer.csv a été utilisé pour l’importation des adresses e-mail. Deux analyseurs compilés indépendants ont traité les 783 527 enregistrements et obtenu le même résultat : 2 694 valeurs vides, une valeur non vide invalide, 780 832 occurrences d’adresses e-mail valides et 656 950 adresses e-mail canoniques uniques. Leurs fichiers d’occurrences étaient identiques octet pour octet et avaient la même empreinte SHA-256. Aucun décompte provenant d’un catalogue ou d’un article de presse n’a influencé le choix du champ; la mise en correspondance repose uniquement sur l’en-tête du fichier source et sur la règle de l’utilisateur imposant de n’importer que les champs d’adresses e-mail.
Les autres colonnes contenaient 192 cellules qui présentaient fortuitement un format d’adresse e-mail valide, dont 43 valeurs canoniques absentes du champ Email sélectionné. Elles ont été exclues parce que la source attribuait à ces colonnes d’autres significations, notamment des champs d’adresse, de nom d’entreprise ou de nom de personne. Le bloc d’exemples hétérogènes d’Info.txt, qui contient treize signes « @ », ne comporte lui non plus aucun champ d’adresses e-mail défini indépendamment et a été exclu. Breached_Info.txt ne contient que des métadonnées sur l’incident. Le traitement des trois fichiers de l’archive est donc déterminé, sans fichier laissé en attente ni sélectionné par inférence.
Le nombre exact de personnes touchées est inconnu. CyberDefence24 a fait état d’une estimation de 649 893 adresses e-mail uniques, tandis qu’un autre catalogue secondaire en indique 656 950. Aucun de ces chiffres n’a été utilisé comme valeur de pwnCount, et les résultats techniques n’ont pas été ajustés pour s’y conformer. La valeur de 656 950 enregistrée ici constitue uniquement une borne inférieure, étayée par les éléments de preuve, du nombre d’adresses e-mail uniques vérifiées dans le champ Email explicitement défini dans l’archive. Une même personne peut avoir plusieurs adresses, et certaines adresses peuvent être des alias de relais ou de places de marché. La valeur totalRecords de 783 527 représente les enregistrements source analysés, et non des personnes distinctes.
LeakData importe uniquement le champ d’adresses e-mail vérifié; les noms, noms d’entreprise, numéros de téléphone, adresses postales et autres champs liés aux commandes ne sont pas importés. Une correspondance d’adresse e-mail ne prouve pas, à elle seule, qu’une personne était cliente de Babyhit, qu’elle possède un compte ou que les autres champs exposés concernent cette même personne. Si vous pensez être concerné, faites preuve de prudence face aux e-mails et aux appels inattendus, vérifiez les liens avant de les ouvrir et changez les mots de passe que vous avez réutilisés sur d’autres services.
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