Accès élargis
Développeurs, prestataires, outils d'analyse : chaque copie de la base ajoute des personnes qui voient les données.
Anonymisation PostgreSQL et MySQL
Anonymisez vos bases de données, production intacte
NymData lit votre base PostgreSQL ou MySQL et détecte les colonnes sensibles.
Il écrit une copie anonymisée dans une base de test ou d'analyse.
La base d'origine n'est jamais modifiée.
La copie peut être tenue à jour automatiquement, sur vos serveurs.
Avant : colonnes sensibles surlignées en rouge
| id | nom | telephone | ville | |
|---|---|---|---|---|
| 1042 | Sophie Leroy | [email protected] | 06 21 54 87 10 | Lyon |
| 1043 | Jean Dupont | [email protected] | 06 12 48 73 90 | Bordeaux |
Copiée telle quelle en base de test, la table expose de vraies personnes
Après : méthode réglée colonne par colonne
| id | nom | telephone | ville | |
|---|---|---|---|---|
| 1042 | Élise Marchand | [EMAIL] | [TELEPHONE] | Lyon |
| 1043 | Auguste Lacroix | [EMAIL] | [TELEPHONE] | Bordeaux |
Données réalistes pour les tests, identifiants et structure conservés
- Base source jamais modifiée
- Colonnes sensibles détectées
- Jointures préservées
- Mises à jour planifiées
Comment anonymiser une base de données pour les tests ?
Plutôt que de copier la production telle quelle, on alimente la base de test avec une copie anonymisée.
Avec NymData, vous choisissez la base source et les tables.
Les colonnes sensibles sont détectées.
Chaque colonne reçoit une méthode (nom fictif réaliste, identifiant constant ou étiquette), puis les données sont écrites dans la base de destination.
La production n'est jamais modifiée, et un rapport d'audit documente le traitement.
Le piège
Pourquoi copier la production dans une base de test est un risque
Les bases de test, de développement et d'analyse sont plus ouvertes que la production : plus de personnes y accèdent, avec moins de contrôles.
Y copier des données réelles multiplie les copies de données personnelles à protéger.
Colonnes oubliées
Commentaires libres, champs « notes », adresses dans une table secondaire : les données sensibles ne sont pas toujours là où on les attend.
Scripts maison fragiles
Un script de masquage écrit une fois n'est plus à jour dès qu'une colonne est ajoutée, et il casse souvent les liens entre tables.
Ce que fait NymData
Une base anonymisée qui reste utilisable
Colonnes sensibles détectées
Sélectionnez les tables : NymData repère les colonnes qui contiennent des données personnelles.
Simple ou colonne par colonne
En mode simplifié, une méthode s'applique à toutes les colonnes détectées.
En mode avancé, vous la réglez par colonne, avec un aperçu du résultat.
Jointures préservées
Avec un identifiant constant, une même valeur reçoit le même code dans tout le projet : les tables restent reliées entre elles.
Base d'origine intacte
Les données anonymisées sont écrites dans une base de destination : remplacement de la table, vidage puis insertion, ou ajout, avec mise à jour des lignes existantes si besoin.
Filtres SQL
Limitez le traitement à certaines lignes avec une clause WHERE, testée avant le lancement, ou un nombre maximal de lignes.
Mises à jour planifiées
Chaque jour, semaine ou mois, NymData ne reprend que les lignes modifiées depuis le dernier passage, et produit un rapport d'audit.
Pour aller plus loin : comment fonctionne NymData, sécurité et installation sur vos serveurs, anonymisation ou pseudonymisation. Dans votre secteur : finance et assurance, industrie, santé.
Usages
Dans quels cas anonymiser une base de données ?
- Tests et développement : des données réalistes pour tester, sans vraies personnes.
- Analyse et IA : alimenter un entrepôt ou un projet de données avec des données anonymisées ou pseudonymisées.
- Prestataires : fournir un jeu de données utilisable à un intégrateur ou un éditeur.
- Historiques : garder la valeur statistique des données anciennes après leur durée de conservation.
Périmètre
Bases de données prises en charge
- Pris en chargePostgreSQL
- En source et en destination, avec choix du schéma.
- Mise à jour des lignes existantes par clé primaire (ON CONFLICT).
- Pris en chargeMySQL
- En source et en destination.
- Mise à jour des lignes existantes par clé primaire (ON DUPLICATE KEY UPDATE).
- Bon à savoirMises à jour planifiées
- Un filtre sur la date de modification, ou la mise à jour par clé primaire, ne reprend que les lignes nouvelles ou modifiées.
- Pris en chargeFiltres SQL
- Une clause WHERE testée avant le lancement et un nombre maximal de lignes, pour ne traiter que les données utiles.
FAQ
Questions fréquentes sur l'anonymisation de bases de données
La base de production est-elle modifiée ?
Non. NymData lit la base source et écrit les données anonymisées dans une base de destination distincte, par exemple une base de test ou d'analyse.
La source reste intacte.
Faut-il indiquer quelles colonnes sont sensibles ?
Non. NymData détecte les colonnes sensibles dans les tables sélectionnées.
En mode simplifié, la méthode choisie s'applique à toutes.
En mode avancé, vous la réglez colonne par colonne.
Les jointures entre tables fonctionnent-elles encore ?
Oui, avec un identifiant constant.
Une même valeur reçoit le même code dans tout le projet.
Une colonne pseudonymisée présente dans plusieurs tables permet donc toujours de relier ces tables.
Peut-on mettre à jour la base anonymisée automatiquement ?
Oui. Un projet peut être planifié chaque jour, chaque semaine ou chaque mois.
Un filtre sur la date de modification permet de ne reprendre que les lignes changées depuis le dernier passage.
Quelles bases de données sont prises en charge ?
PostgreSQL et MySQL, en source comme en destination.
Pour aller plus loin
Sur le même sujet
ProduitFormatProduit
Traitement planifié
Anonymiser les historiques, puis chaque nouvelle donnée automatiquement.
Anonymisation Excel et CSV
Pour les fichiers tirés de vos bases : feuilles, colonnes et séparateur conservés.
Sécurité
Installation sur vos serveurs
Voyez NymData alimenter une base de test anonymisée, en direct
Démonstration sur une base d'exemple, à distance ou dans vos locaux.
Vos données restent chez vous.