Foire Aux Questions

Les deux produits reposent sur le même moteur de détection basé sur Microsoft Presidio, avec certification ISO 27001:2022 et des serveurs allemands (Hetzner). Les principales différences :

anonym.legal — orienté développeurs. 7 outils MCP, 267+ types d'entités, 48 langues, groupes d'entités, 6 opérateurs. Idéal pour les développeurs individuels, la legal tech et les équipes qui construisent des pipelines IA avec des données textuelles. MCP : transport HTTP sur https://anonym.legal/mcp (aucune installation requise).

cloak.business — plateforme complète. 10 outils MCP, 320+ types d'entités, 70+ pays, OCR d'images en 38 langues, traitement par lots (1 à 100 textes par appel), ainsi qu'une extension Chrome pour les outils IA dans le navigateur. Idéal pour les entreprises, les équipes traitant des documents visuels et les organisations ayant besoin d'une protection des PII au niveau du navigateur. NPM : cloak-business-mcp-server.

Les deux proposent un forfait gratuit à 0 € pour tester avant de choisir.

Oui — cloak.business est le produit disposant de capacités d'image. Il fournit deux outils MCP dédiés : cloak_analyze_image (OCR + détection des PII en 38 langues) et cloak_redact_image (caviardage visuel qui dessine des zones noires sur les régions de PII détectées dans l'image). Cela fait de cloak.business le choix idéal pour les flux de travail impliquant des documents numérisés, des photos, des captures d'écran ou toute autre donnée visuelle. anonym.legal traite uniquement le texte.

Pour les pipelines de documents à fort volume, cloak.business est le mieux adapté. Son outil cloak_batch_analyze traite de 1 à 100 textes en un seul appel API, ce qui réduit considérablement la latence et la charge des appels API pour les flux de travail en masse. Il prend également en charge davantage de types d'entités (320+ contre 267+) et couvre plus de pays (70+ contre 48 langues). Si vous traitez uniquement du texte à volume modéré, l'API à 7 outils d'anonym.legal est plus simple à intégrer. Les deux démarrent gratuitement — ne passez à un forfait supérieur que lorsque vous avez besoin de limites plus élevées.

Le serveur MCP (Model Context Protocol) d'anonym.legal s'intègre directement aux outils de codage IA comme Claude et Cursor, en interceptant le texte avant qu'il n'atteigne le fournisseur d'IA et en détectant automatiquement les clés API, les identifiants de base de données, les variables d'environnement et les schémas de code propriétaire. Le serveur MCP fonctionne comme une couche intermédiaire — les développeurs utilisent leurs outils IA normalement pendant que les PII et les secrets sont supprimés en temps réel.

Le serveur MCP intercepte le texte du contrat avant qu'il n'atteigne Claude, en détectant et en remplaçant automatiquement les noms des clients, les adresses, les termes financiers et les identifiants spécifiques à l'affaire par des jetons anonymisés. Les avocats travaillent avec l'IA normalement — l'anonymisation est transparente et la fonction de chiffrement réversible (sur les forfaits payants) permet de restaurer les noms d'origine dans la réponse de l'IA. Cela satisfait aux exigences du secret professionnel avocat-client tout en permettant un travail juridique assisté par IA.

Plutôt que d'interdire totalement les outils IA (ce qui favorise le recours au shadow IT), le serveur MCP (anonym.legal comme cloak.business) et l'extension Chrome de cloak.business fournissent des contrôles techniques qui suppriment les PII et les données propriétaires avant qu'elles n'atteignent les fournisseurs d'IA. Les employés utilisent ChatGPT, Claude et d'autres outils normalement, tandis que les données sensibles sont automatiquement interceptées et anonymisées. Cette approche permet de bénéficier des gains de productivité de l'IA tout en respectant les exigences de sécurité de l'entreprise.

Le serveur MCP d'anonym.legal s'intègre comme une couche intermédiaire entre votre environnement de codage et le fournisseur d'IA, en détectant automatiquement les clés API, les chaînes de connexion, les jetons JWT, les identifiants AWS et d'autres secrets avant leur transmission. Le serveur fonctionne localement et traite l'interception en temps réel sans ralentir votre flux de développement.

Il n'y a aucun package npm à installer. Le serveur MCP d'anonym.legal utilise uniquement le transport HTTP — aucun Node.js ni npm requis. Ajoutez-le à votre fichier claude_desktop_config.json ou à vos paramètres MCP de Cursor avec le point de terminaison https://anonym.legal/mcp et un en-tête Authorization: Bearer YOUR_API_KEY utilisant votre clé API anonym.legal (forfait Pro ou Business).

Une solution DLP GenAI pratique combine une protection au niveau du navigateur (extension Chrome cloak.business pour ChatGPT, Gemini, DeepSeek, Perplexity), une intégration aux outils de développement (serveur MCP — anonym.legal ou cloak.business — pour Claude, Cursor) et une protection au niveau des documents (module complémentaire Office pour Word, disponible sur les deux produits). Les deux produits partagent une infrastructure hébergée dans l'UE (Allemagne) détectant 267 à 320+ types d'entités dans plus de 48 langues avant que les données n'atteignent un fournisseur d'IA.

Le serveur MCP (anonym.legal ou cloak.business) fonctionne comme un middleware local qui intercepte les requêtes des outils IA, supprime les PII et les secrets, et ne transmet que le contenu assaini aux fournisseurs d'IA. Toute la détection des PII utilise des API hébergées dans l'UE (Allemagne, Hetzner) — aucune donnée sensible n'est envoyée à des fournisseurs d'IA tiers. Pour les outils IA basés sur le navigateur, l'extension Chrome de cloak.business offre le même niveau de protection sans obliger les développeurs à modifier leur flux de travail.

Ce type d'incident nécessite trois niveaux de prévention : l'interception au niveau du navigateur (extension Chrome), l'intégration aux outils IA (serveur MCP) et des contrôles au niveau du réseau. L'extension Chrome de cloak.business détecte les PII dans le contenu du presse-papiers avant qu'il n'atteigne les chatbots IA, tandis que le serveur MCP (anonym.legal ou cloak.business) offre la même protection pour les outils IA des développeurs. Tous les produits détectent les noms, numéros de sécurité sociale, adresses et autres PII en temps réel avant l'envoi.

Les opérateurs déterminent la manière dont chaque type d'entité est anonymisé. Il y en a 6 : replace substitue une étiquette personnalisée comme [CLIENT] ; redact supprime entièrement la valeur ; hash (SHA-256 ou SHA-512) produit une empreinte déterministe à sens unique utile pour la déduplication ; encrypt (AES-256) chiffre la valeur avec une clé que vous fournissez — réversible uniquement par les détenteurs de la clé ; mask masque un nombre configurable de caractères au début ou à la fin ; keep laisse l'entité inchangée. Vous les configurez par type d'entité en un seul anonymize_text appel — par exemple, hash PERSON, encrypt IBAN, mask CREDIT_CARD, redact US_SSN.

Lorsque vous appelez anonymize_text avec mode: "tokenize" (par défaut), le serveur renvoie un session_id. Les jetons présents dans le texte peuvent ensuite être restaurés via detokenize_text en utilisant ce session_id. Il existe deux niveaux de persistance : session (par défaut) conserve les jetons pendant 24 heures — adapté aux sessions IA à conversation unique. persistent conserve les jetons pendant 30 jours — adapté aux flux de travail de longue durée, aux relectures juridiques ou aux dossiers s'étendant sur plusieurs sessions. Vous pouvez lister toutes les sessions actives avec list_sessions et en supprimer avec delete_session pour la conformité au droit à l'effacement du RGPD.

Oui — utilisez le ad_hoc_recognizers paramètre dans analyze_text et anonymize_text. Chaque recognizer spécifie un entity_type nom (par ex. "EMPLOYEE_ID"), un ou plusieurs patterns (regex + score de confiance optionnel), des context mots optionnels qui renforcent la confiance de détection, et des languages optionnels pour limiter la portée. Jusqu'à 10 recognizers personnalisés par requête. Cela couvre les identifiants internes, les codes de projet, les formats propriétaires et toute donnée spécifique à votre secteur utilisée par votre organisation qui ne figure pas dans la bibliothèque standard de 267+ entités.

Le mode E2E (e2e_mode: true dans anonymize_text) transfère la correspondance des jetons côté client. Au lieu que le serveur stocke quel jeton correspond à quelle valeur d'origine, le serveur renvoie les positions de chaque entité dans le texte d'origine, et votre client construit la correspondance localement. Le serveur ne voit que le texte anonymisé — jamais les valeurs de PII ni la correspondance. Utilisez le mode E2E lorsque : vous opérez dans un environnement zero-trust où même les serveurs d'anonym.legal ne doivent détenir aucune correspondance ; vous devez chiffrer la correspondance avec votre propre clé ; ou vous construisez un système autonome où le serveur n'est qu'un moteur de détection.

Lorsque Claude ou une autre IA renvoie une réponse contenant des jetons comme <PERSON_1> ou <EMAIL_1>, ces jetons peuvent être restaurés en appelant anonym_legal_detokenize_text avec le texte et le session_id de l'anonymisation d'origine. Dans Claude Desktop (mode stdio), vous pouvez demander à Claude d'appeler detokenize_text automatiquement dans le cadre de son flux de réponse. Le serveur MCP n'intercepte pas automatiquement les réponses de l'IA — l'appel de détokenisation est explicite. Cette conception vous donne le contrôle total sur le moment et la manière de restaurer les valeurs.

Les groupes d'entités sont des ensembles prédéfinis de types d'entités apparentés. Plutôt que de lister individuellement les plus de 20 identifiants allemands, vous passez entity_groups: ["DACH"] et tous les identifiants DE/AT/CH/LI sont inclus automatiquement. Les groupes incluent : UNIVERSAL (PII courantes), FINANCIAL (bancaire), HEALTHCARE (médical), CORPORATE (identifiants d'entreprise), NORTH_AMERICA, DACH, UK_IRELAND, FRANCE, LATIN_AMERICA, NORDIC, ITALY, LUSOPHONE, NETHERLANDS, POLAND, ASIA_PACIFIC, OCEANIA, EASTERN_EUROPE, CENTRAL_EUROPE, BALKANS, BALTIC, SOUTHERN_EUROPE, MIDDLE_EAST, VEHICLE, INSURANCE, LEGAL, EDUCATION. Vous pouvez combiner des groupes — par exemple, ["UNIVERSAL", "FINANCIAL", "DACH"] — et ajouter des entités individuelles en complément.

anonym.legal détecte plus de 267 types d'entités PII dans 48 langues. Cela inclut les données personnelles (noms, e-mails, numéros de téléphone), les données financières (cartes de crédit, IBAN), les identifiants gouvernementaux (numéro de sécurité sociale, passeport, permis de conduire), les identifiants techniques (adresses IP, clés API), les données de santé et des identifiants spécifiques à chaque pays comme le CPF brésilien, le PAN et l'Aadhaar indiens, le Steuer-ID allemand, le NIR français, les personnummers nordiques, et bien d'autres.

Non — les plus de 267 types d'entités d'anonym.legal incluent le CPF brésilien, le PAN et l'Aadhaar indiens, tous les formats d'IBAN de l'UE, ainsi que des dizaines d'autres identifiants spécifiques à chaque pays avec validation de somme de contrôle intégrée. La connaissance des formats de chaque pays et la logique de validation sont maintenues par l'équipe anonym.legal, de sorte que les organisations opérant à l'international bénéficient d'une couverture complète avec un seul outil, sans développement de regex personnalisé.

Presidio dans sa version standard, avec ses ~55 types d'entités par défaut, produit souvent trop de correspondances dans les contextes techniques car il manque de filtrage contextuel. anonym.legal étend Presidio avec plus de 267 types d'entités et une approche de détection hybride à trois niveaux — regex pour les modèles structurés, NLP pour les entités sémantiques, et validation croisée entre les niveaux — qui réduit considérablement les faux positifs dans les fichiers journaux, le code et les documents techniques, tout en maintenant un rappel élevé pour les véritables PII.

La plupart des outils de détection des PII sont centrés sur l'anglais — un Steuer-ID allemand (11 chiffres avec somme de contrôle), un NIR français (15 chiffres) ou un PESEL polonais ont des formats uniques que les modèles regex génériques manquent totalement. anonym.legal utilise une pile de détection à trois niveaux : des modèles natifs spaCy pour 25 langues européennes à ressources élevées, Stanza pour 7 langues supplémentaires, et des transformeurs multilingues XLM-RoBERTa pour 16 langues à ressources plus limitées. Avec plus de 267 types d'entités incluant des identifiants DACH, nordiques et d'Europe de l'Est, la détection conforme au RGPD fonctionne dans tous les États membres de l'UE.

anonym.legal propose quatre forfaits : Free (200 jetons/mois, 0 €), Basic (1 000 jetons/cycle, 3 €), Pro (4 000 jetons/cycle, 15 €), Business (10 000 jetons/cycle, 29 €). Le serveur MCP est disponible sur tous les forfaits. Le coût en jetons varie selon l'opération : anonymize_text coûte 3 à 20+ jetons, analyze_text coûte 2 à 10+ jetons. La plupart des développeurs indépendants restent sur le forfait Basic à 3 €/mois.

Les jetons sont consommés à chaque opération API. analyze_text coûte 2 à 10+ jetons (selon la longueur du texte et le nombre d'entités), anonymize_text coûte 3 à 20+ jetons, detokenize_text coûte 1 à 5+ jetons. Les opérations de gestion (get_balance, estimate_cost, list_sessions, delete_session) sont gratuites. Un jeton correspond approximativement à 4 caractères de texte analysé.

Oui — le serveur MCP est disponible sur les forfaits Pro et Business. Le forfait Pro (15 €/mois, 4 000 jetons/cycle) couvre la plupart des flux de travail des développeurs individuels. Le forfait Business (29 €/mois, 10 000 jetons/cycle) est idéal pour les équipes.

Le vibe coding est la pratique consistant à créer des applications en décrivant une intention en langage naturel à des agents IA comme Cursor, Claude ou Windsurf. Le risque au regard du RGPD : les développeurs incluent régulièrement de véritables données clients — noms, e-mails, enregistrements de comptes, clés API — comme contexte dans ces prompts. Ces données sont ensuite transmises aux serveurs de fournisseurs de modèles IA externes. En vertu de l'article 5(1)(c) du RGPD, les données personnelles doivent être limitées à ce qui est nécessaire. Envoyer des enregistrements de production complets comme contexte IA ne satisfait pas cette exigence.

Le serveur MCP d'anonymize.dev intercepte chaque prompt avant qu'il ne quitte votre machine, en remplaçant les PII par des jetons réversibles. L'IA ne reçoit que des jetons — jamais de données réelles.

Le shadow AI désigne les employés utilisant des outils IA non approuvés — généralement via des comptes personnels — en dehors de la gouvernance informatique. 88 % des organisations utilisent l'IA dans au moins une fonction métier, mais près de la moitié de ces utilisateurs recourent à des comptes IA personnels fonctionnant en dehors de tout accord de traitement des données. Cela crée une responsabilité au titre du RGPD : aucun accord de traitement des données (DPA) n'est en place, et il n'existe aucun moyen d'auditer les données envoyées.

Lorsque les organisations fournissent un accès IA approuvé et respectueux de la confidentialité, l'utilisation d'outils non autorisés diminue de 89 %. anonymize.dev garantit que même les outils approuvés traitent correctement les PII au niveau du protocole.

Le serveur MCP fonctionne au niveau du protocole — il intercepte les prompts IA avant qu'ils n'atteignent un modèle d'IA, que le développeur utilise Claude Desktop, Cursor, VS Code ou un autre outil compatible MCP. Cela signifie que la protection des PII est appliquée de manière cohérente sur tous les outils IA approuvés, sans que les développeurs aient à se souvenir d'assainir manuellement leurs prompts.

Pour les équipes, le déploiement du serveur MCP sous forme de configuration standardisée réduit l'incitation à utiliser des comptes IA personnels : la confidentialité est gérée automatiquement, de sorte que les développeurs peuvent travailler avec un contexte réel sans risque.

Oui. Les exigences de l'EU AI Act relatives aux systèmes d'IA à haut risque deviennent applicables le 2 août 2026. Principales obligations pertinentes pour le développement assisté par IA :

• Art. 10 — Gouvernance des données : Les données d'entraînement et d'entrée doivent être pertinentes, représentatives et aussi exemptes d'erreurs que possible. La couche de minimisation des données d'Anonymize.dev garantit que les modèles d'IA ne reçoivent que ce qui est nécessaire.
• Art. 13 — Transparence : Les systèmes d'IA à haut risque doivent journaliser les entrées et les sorties. Les enregistrements de session d'anonymize.dev fournissent une piste d'audit de ce qui a été anonymisé, pour quels types d'entités, et à quel moment.

Combiné à l'article 25 du RGPD (protection des données dès la conception), anonymize.dev automatise le principe de minimisation des données au niveau du protocole.

L'article 25 du RGPD exige que la minimisation des données et la protection de la vie privée soient intégrées aux systèmes dès leur conception — et non ajoutées après coup. anonymize.dev met cela en œuvre au niveau du protocole MCP : les PII sont supprimées avant le début du traitement par l'IA, garantissant que le système d'IA ne traite jamais plus de données personnelles que nécessaire pour la tâche. Ce processus est automatique — aucune action du développeur n'est requise requête par requête.

Les serveurs situés dans l'UE (Hetzner, Allemagne), la certification ISO 27001:2022 et le mode de session Zero-Knowledge (où le serveur ne stocke jamais la correspondance jeton-valeur en texte clair) constituent les mesures techniques et organisationnelles requises au titre de l'article 32.

Oui. Les enregistrements de session documentent : les types d'entités détectés, les opérateurs appliqués (hash/encrypt/mask/redact/replace), l'identifiant de session et l'horodatage. Ces journaux peuvent être exportés pour démontrer que la minimisation des données a été appliquée avant le traitement par l'IA. L'outil delete_session assure la conformité à l'article 17 du RGPD (droit à l'effacement) — en supprimant définitivement toutes les correspondances de jetons sur demande.

Remarque : anonymize.dev couvre la couche du flux de travail IA. Un audit RGPD complet couvre l'ensemble de votre patrimoine de traitement de données — les politiques organisationnelles, les DPA et les AIPD restent de votre responsabilité.

L'IA agentique désigne des systèmes d'IA capables de planifier et d'exécuter de manière autonome des tâches à plusieurs étapes — parcourir des pages web, interroger des bases de données, appeler des API, écrire et exécuter du code — souvent avec une supervision humaine minimale à chaque étape. Le risque pour la vie privée est amplifié par rapport à une simple interaction de chat : l'agent peut accumuler de grands volumes de données personnelles au fil de nombreux appels d'outils, et la supervision humaine de chaque action individuelle est souvent impraticable.

L'ICO britannique a publié en janvier 2026 des recommandations traitant spécifiquement des obligations de protection des données liées à l'IA agentique. anonymize.dev atténue ce risque en garantissant que chaque prompt et chaque fenêtre de contexte entrant dans le modèle d'IA de l'agent ne contient que des jetons, et non de véritables PII — quel que soit le nombre d'appels d'outils effectués par l'agent.

Lorsque vous ajoutez des serveurs MCP tiers à Claude ou Cursor (pour l'accès aux bases de données, les opérations sur fichiers, la recherche web), les protections de confidentialité d'Anthropic ou de Cursor s'appliquent au modèle d'IA — pas aux serveurs MCP que vous ajoutez. L'IA peut demander à ces serveurs de traiter toute donnée présente dans le contexte de conversation actuel, y compris des PII.

anonymize.dev comble cette lacune en interceptant chaque prompt au niveau du protocole MCP avant que le modèle d'IA — et donc tout autre serveur MCP — ne le voie. Les autres serveurs MCP ne reçoivent jamais que des données tokenisées.

Une attaque Toxic Agent Flow se produit lorsque du contenu malveillant provenant d'une source externe (une issue GitHub, une page web, un document lu par l'agent) contient des instructions cachées qui détournent l'agent IA et l'amènent à exfiltrer des données via les outils MCP connectés. Un exemple documenté : des attaquants ont utilisé des issues GitHub pour amener le serveur MCP de GitHub à divulguer le contenu de dépôts privés.

anonymize.dev limite le rayon d'impact de cette attaque : étant donné que les véritables PII ont été remplacées par des jetons avant la construction du contexte de l'agent, toute donnée exfiltrée via une attaque Toxic Agent Flow ne contient que des jetons — jamais de véritables enregistrements clients, clés API ou autres valeurs sensibles.