Comment fonctionne le masquage des données
Le masquage remplace les valeurs d'origine pour qu'elles ne soient plus exposées, tout en gardant l'enregistrement exploitable. Un numéro de téléphone masqué ressemble encore à un numéro de téléphone, un numéro de carte masqué conserve son nombre de chiffres, et un nom masqué reste plausible.
Cela diffère du chiffrement, qui produit un texte chiffré illisible conçu pour être inversé avec une clé. Le masquage est en général à sens unique : l'objectif n'est pas de retrouver l'original plus tard, mais de rendre les valeurs réelles inutiles pour la tâche en cours. C'est une technique de la famille plus large de l'obfuscation des données.
| Critère | Masquage | Chiffrement |
|---|---|---|
| Valeurs d'apparence réaliste | ||
| Lisible sans clé | ||
| Réversible avec une clé |
Où le masquage des données est utilisé
Avant de masquer, il faut savoir quels champs contiennent des valeurs sensibles, ce qui relève de la classification des données. Le masquage devient utile dès que des personnes ou des systèmes ont besoin de la structure de données réelles sans leur contenu sensible :
- Environnements de test et de développement. Les développeurs ont besoin de volumes et de formats proches de la production. Un clone masqué d'une base réelle leur fournit cela sans exposer de vrais clients.
- Support client et centres de services. Les agents vérifient l'appelant avec des valeurs partielles, comme les quatre derniers chiffres d'une carte, et non avec des identifiants complets.
- Analyses, formation et démonstrations. Les jeux de données partagés en interne ou montrés en démo sont masqués d'abord, afin qu'une capture d'écran ou un export ne divulgue pas de vrais enregistrements.
- Exigences réglementaires. Des normes comme PCI DSS limitent la part d'un numéro de carte pouvant être affichée à l'écran.
Principales techniques de masquage
Les techniques diffèrent par le moment où le masquage intervient et par la manière dont les valeurs sont produites. Parmi les méthodes voisines figurent la substitution, le mélange, la mise à zéro et la pseudonymisation, qui utilise des identifiants fictifs cohérents pour que les enregistrements restent reliables entre eux. Une donnée pseudonymisée n'est pas une anonymisation, car des enregistrements liés peuvent encore renvoyer à une seule personne.
| Technique | Ce qu'elle fait |
|---|---|
| Masquage statique | Copie dont les valeurs sensibles sont remplacées de façon irréversible, pour les tests ou l'analyse |
| Masquage dynamique | Données stockées inchangées ; valeurs masquées en temps réel selon le demandeur |
| Tokenisation | Jeton conservant le format ; la correspondance est rangée dans un coffre séparé |
| Caviardage | Fragments supprimés ou couverts ; utilisé surtout pour les textes et documents |
Fonctionnement du masquage dynamique
Le masquage dynamique laisse les données stockées intactes et réécrit les valeurs à la sortie. Le résultat dépend de qui demande et dans quel but :
- 1
La requête arrive
Un utilisateur ou une application interroge un champ qui contient des valeurs sensibles.
- 2
La politique vérifie le demandeur
La règle de masquage examine le rôle, le compte et l'objet de la requête.
- 3
La valeur est réécrite
La source de données renvoie une forme masquée, par exemple uniquement les quatre derniers chiffres d'une carte.
- 4
L'original reste stocké
Rien n'est copié ni modifié au repos, si bien que l'enregistrement de production reste complet pour les traitements autorisés.
Trouver d'abord les valeurs
Le masquage ne peut cacher que les valeurs que le système sait trouver. Dans la console Anexet, la détection repose sur des expressions régulières pour les numéros structurés, comme les formats de compte bancaire et de numéro SSN américain, et sur des jeux de mots-clés, par exemple pour les cartes bancaires. Ces mêmes éléments servent de conditions dans les règles de blocage d'Anexet DLP.
1 / 2
Ce que le masquage ne résout pas
Le masquage protège les copies et les représentations des données, pas l'original de production. Celui-ci exige toujours un contrôle d'accès, un chiffrement au repos et des contrôles de transfert, et la prévention des pertes de données reste le contrôle des données en mouvement.
Un masquage mal conçu peut aussi fuir. Des substitutions déterministes peuvent être rétro-ingéniées, et des données qui conservent leurs propriétés statistiques peuvent permettre des déductions sur des personnes. Le masquage n'est donc qu'une couche d'un programme plus large de protection des données, et non un remplacement.
Une copie masquée ne rend pas l'original de production sûr. La source reste sous les mêmes contrôles qu'avant.
Par où commencer
Commencez par les copies qui sortent du système de production : bases de test, exports et données de démonstration. Masquez-les en premier, puis vérifiez quels rôles ont encore besoin des valeurs complètes, et pourquoi.
Pour aller plus loin : Sécurité de l'information des bases de données.
Une copie masquée peut être partagée sans risque. L'original a toujours besoin des contrôles qui le protègent.
Anexet Team