Suppression de données
Un cadre de campagne pour supprimer les données personnelles d'un individu de l'écosystème commercial de collecte de données — moteurs de recherche de fuites, outils de recherche OSINT, sites d'annuaire de personnes, bases de données de contacts B2B, services de vérification d'e-mails, courtiers en données publicitaires et plateformes de renseignement sur les menaces.
Construit à partir d'une campagne réelle de quinze semaines contre 329 organisations. Tout ce qui se trouve dans references/ a été testé sur le terrain : les adresses de contact sont celles qui n'ont pas rebondi, les modèles sont ceux qui ont produit des suppressions, et les modes d'échec documentés dans references/troubleshooting.md sont ceux qui se sont réellement produits.
Ce que ce skill n'est pas
Ce n'est pas un conseil juridique, et vous n'êtes pas l'avocat de l'utilisateur. Il rédige des demandes qui citent la loi, et il peut indiquer à l'utilisateur quel régulateur a compétence, mais chaque décision d'escalade vers un régulateur ou un tribunal appartient à l'utilisateur. Dites-le une fois, tôt, et ensuite passez à autre chose en étant utile.
Étape 1 — Construire le profil du sujet
Les demandes d'effacement échouent lorsqu'elles sont vagues. Avant de rédiger quoi que ce soit, rassemblez le profil. Utilisez AskUserQuestion lorsque l'interface le permet ; sinon, demandez en texte brut. Ne devinez jamais ces valeurs et ne les reportez jamais d'un autre utilisateur.
Obligatoire
- Nom complet, exactement comme la personne souhaite le voir apparaître sur les formulaires. Demandez spécifiquement les signes diacritiques — de nombreux formulaires hébergés aux États-Unis dénaturent
í,ó,ü, et une demande arrivant avec un nom corrompu est une demande qui ne parvient pas à correspondre à un enregistrement. - Adresses e-mail à effacer. La plupart des gens en ont plus d'une, et l'adresse oubliée vieille de dix ans est généralement celle qui se trouve dans les corpus de fuites.
- Pays de résidence. Cela seul détermine quelle loi s'applique et donc quel modèle utiliser. Ne le déduisez pas d'un domaine ou d'une langue.
Demander, mais procéder sans
- Noms d'utilisateur / pseudos. Plusieurs moteurs de recherche de fuites (Snusbase, DeHashed, Leak-Lookup) indexent par nom d'utilisateur, donc un pseudo est un sélecteur de recherche distinct et nécessite sa propre demande.
- Numéros de téléphone, et adresses postales actuelle et précédentes — requis par la plupart des désinscriptions des sites de recherche de personnes aux États-Unis, sans importance pour la plupart des demandes européennes.
- Date de naissance. Certains courtiers américains l'exigent pour lever l'ambiguïté des enregistrements. Avertissez l'utilisateur avant qu'il ne la fournisse : il donne à un courtier en données un nouveau champ qu'il n'avait peut-être pas.
Ne jamais
Ne demandez, ne retranscrivez et ne placez jamais dans une demande : les numéros d'identification gouvernementaux, les numéros de passeport ou de permis de conduire, les coordonnées bancaires ou de carte de paiement, ou une photographie d'un document d'identité. Certains courtiers exigent une pièce d'identité pour « vérifier » une demande de suppression. En vertu de l'article 12(6) du RGPD, un responsable du traitement ne peut demander une identification que proportionnée, et un document expurgé est normalement suffisant. Dites à l'utilisateur de caviarder tout sauf le nom et la photo, et de le télécharger lui-même via le portail du responsable du traitement — vous ne gérez pas ses pièces d'identité.
Stockez le profil complété sous profile.yml (voir profile.example.yml), et conservez-le en dehors de tout dépôt ou emplacement partagé.
Étape 2 — Choisir la base juridique
Lisez references/privacy-laws.md. Il couvre treize régimes — RGPD, UK GDPR, Swiss FADP, CCPA/CPRA et les autres lois des États américains, PIPEDA et la Loi 25 du Québec, LGPD, POPIA, la loi australienne sur la vie privée, APPI, PIPA, DPDP et la loi néo-zélandaise sur la vie privée — avec, pour chacun, l'article applicable, le délai légal, si l'effacement est un droit réel ou seulement une suppression sur demande, et l'autorité de régulation à saisir.
Trois règles déterminent le cadrage :
- La résidence du sujet fixe le minimum, pas l'adresse du responsable du traitement. L'article 3(2) du RGPD atteint tout responsable du traitement offrant des biens ou des services à des personnes dans l'UE ou surveillant leur comportement. Un moteur de recherche de fuites américain indexant l'adresse d'un résident irlandais est dans le champ d'application du RGPD. Dites-le dans la demande.
- Citez chaque régime qui s'applique plausiblement, dans une seule demande. Un responsable du traitement avec des utilisateurs en Californie, au Brésil et dans l'UE n'a aucune incitation à déterminer quelle loi le lie si vous nommez les trois. Cela coûte une phrase supplémentaire et augmente matériellement le taux de réponse.
- Lorsque la propre loi du sujet est faible, empruntez celle du responsable du traitement. Un sujet dans un pays sans droit d'effacement peut toujours invoquer les obligations californiennes ou européennes du responsable du traitement lorsque la politique de confidentialité de ce dernier étend ces droits à tout le monde — la plupart le font, car gérer deux pipelines coûte plus cher qu'en gérer un seul.
Étape 3 — Sélectionner les cibles
references/site-registry.md (et le fichier CSV à côté) liste 329 organisations réparties en neuf catégories avec des contacts de confidentialité vérifiés. N'envoyez pas les 329. Sélectionnez en fonction de ce à quoi le sujet est effectivement exposé :
| Si le sujet… | Priorisez |
|---|---|
| apparaît dans des corpus de fuites / HIBP | Recherche de fuites et fuites, Renseignement sur les menaces |
| est trouvable par e-mail dans des outils OSINT | OSINT / renseignement e-mail |
| a un profil professionnel public | Données de contact B2B & génération de leads |
| est un résident ou ancien résident des États-Unis | Recherche de personnes, Courtier en données majeur |
| souhaite réduire le profilage publicitaire | Données publicitaires & audience |
| vit au Royaume-Uni/DE/AT/BE/FR | Annuaire régional |
Commencez par les catégories qui publient des données sur le web ouvert — recherche de fuites, OSINT, recherche de personnes. Celles-ci produisent des résultats visibles le plus rapidement et sont celles qui font le plus de dégâts. La publicité ciblée est la catégorie la plus vaste et la moins visible ; réservez-la pour une vague ultérieure.
Avant chaque vague, vérifiez que l'adresse de contact est toujours active. Les entreprises sont rachetées, les pages de confidentialité bougent, et les adresses privacy@ sont abandonnées sans préavis. Vérifiez la politique de confidentialité actuelle ou /.well-known/security.txt. La colonne Notes du registre enregistre les adresses qui étaient déjà devenues obsolètes une fois.
Trouver les sites manqués par le registre
Un registre est un instantané. Cette catégorie évolue plus rapidement que presque toute autre : de nouveaux services de recherche d'identifiants sont lancés chaque mois, d'anciens sont piratés ou disparaissent, et les noms les plus bruyants ne sont pas ceux qui détiennent le plus de données. Considérez la liste comme incomplète et effectuez ces quatre balayages au début de chaque campagne.
1. Exploitez les agrégateurs pour leurs fournisseurs en amont. La manœuvre au rendement le plus élevé. Les services qui revendent des données de fuites via une seule API publient la liste des sources qu'ils interrogent — c'est un argument de vente. Une telle page nommait quinze fournisseurs en amont, dont cinq n'apparaissaient dans aucun article « meilleur moteur de recherche de fuites ». Ces pages sont une liste de cibles gratuite écrite par l'industrie elle-même. Envoyez à l'agrégateur une demande Article 19 nommant ses fournisseurs en retour, et demandez-lui lesquels il a transmis la demande d'effacement.
2. Recherchez le type de données, pas le type de site. « Moteur de recherche de fuites » affiche les mêmes huit noms célèbres à chaque fois. Les services qui exposent le plus recherchent sur les contenus : stealer logs, combolist, ULP, infostealer lookup, plaintext passwords, session cookies, hardware ID. Un site qui renvoie un mot de passe à côté de l'URL à laquelle il appartient se décrit en ces termes, pas comme un « vérificateur de fuites ».
3. Lisez les pages d'alternatives, au-delà de la première page. Les sites de comparaison et de listes d'alternatives classent les services connus en premier et enterrent les petits opérateurs aux pages deux et trois. Ceux qui sont enterrés sont généralement ceux sans page de confidentialité, sans DPO et avec le moins de scrupules — exactement ceux qui valent la peine d'être contactés.
4. Revérifiez un site qui « n'a pas d'e-mail ». Un support@ qui a rebondi ou un legal@ qui redirige automatiquement vers un formulaire web n'est pas une