Tous les produits
Search
Centre de documentation

:Configure and execute data masking

Dernière mise à jour :Aug 11, 2026

Data Security Center (DSC) prend en charge le masquage statique et dynamique des données. Le masquage statique des données crée une tâche de masquage, spécifie les ressources de données cibles, identifie les champs sensibles selon des règles de masquage et applique des algorithmes — tels que la censure, le chiffrement ou la substitution — pour traiter les champs spécifiés. Les données masquées sont ensuite enregistrées vers une destination de votre choix. Le masquage dynamique des données utilise l'API ExecDatamask pour appliquer des règles de masquage aux champs spécifiés dans des données au format JSON.

Choisir une méthode de masquage

Méthode de masquage

Sources de données prises en charge pour le masquage

Scénarios

Procédure

Masquage statique des données

  • Tables RDS, tables PolarDB-X, tables MaxCompute, tables PolarDB, tables OceanBase, tables AnalyticDB-MySQL et tables de bases de données auto-gérées sur ECS.

  • Fichiers structurés TXT, CSV, XLSX et XLS dans les compartiments OSS.

  • Fichiers structurés TXT, CSV, XLSX et XLS enregistrés sur votre ordinateur local.

Cette méthode convient lorsque vous devez partager des données avec d'autres utilisateurs sans exposer certains champs sensibles.

Après avoir masqué des tables ou des fichiers spécifiques, enregistrez les données masquées dans une autre table ou un autre fichier pour un partage sécurisé, sans affecter les données d'origine.

Dans la console DSC, créez une tâche de masquage et configurez les données source, les règles de masquage, la destination des données masquées ainsi que la planification d'exécution de la tâche.

Masquage dynamique des données

Construisez vos propres données au format JSON qui répondent aux exigences suivantes : dataHeaderList définit les noms de colonnes, dataList contient les données à masquer et l'ordre des colonnes dans dataHeaderList doit correspondre à l'ordre des données dans dataList. Utilisez ruleList pour spécifier les règles de masquage. Pour plus de détails, consultez Effectuer un masquage dynamique des données.

{
    "dataHeaderList": ["name", "age"],
    "dataList": [
        ["lily", 18],
        ["lucy", 17]
    ],
    "ruleList": [1002, null]
}

Plus adapté pour les scénarios nécessitant une flexibilité accrue, car vous pouvez construire votre propre source de données pour le masquage.

Appelez l'API Effectuer un masquage dynamique des données via le débogage en ligne OpenAPI, les SDK Alibaba Cloud ou des intégrations API personnalisées.

Exemples de résultats de masquage

DSC propose plusieurs algorithmes de masquage, notamment le hachage, la censure, la substitution, l'arrondi, le chiffrement et la permutation. Les tableaux ci-dessous illustrent les résultats obtenus avec chaque algorithme.

Masquage par hachage

Types applicables et scénarios types

Description de l'algorithme

Exemple de configuration de l'algorithme

Exemple de données d'origine

Exemple de résultat masqué

Algorithme irréversible.

Prend en charge les algorithmes de hachage courants et vous permet de configurer un décalage (valeur de salage).

Utile pour les mots de passe ou les scénarios nécessitant la vérification des données sensibles par comparaison.

  • Type sensible : lié aux clés.

  • Scénario : stockage des données.

MD5

Valeur de salage : test

123456

d6f82c64df3dc34921d79e5f22e5d43a

SHA-1

59056c7c6faa5eeb7151d30a01c17b25f35b021c

SHA-256

84ca63076a5966e9b726490c8b6a5c9c6d6bdc018bb0a05df754c0c2770aca72

HMAC

ed029027322fedb0ac40b7759ac1521f0121cb018cf0f6f078e61764d810e00f

Masquage par caviardage

Types applicables et scénarios types

Description de l'algorithme

Exemple de configuration de l'algorithme

Exemple de données avant anonymisation

Exemple de résultat masqué

Algorithme irréversible.

Utilise des caractères spéciaux tels que des astérisques (*) ou des dièses (#) pour caviarder des parties du texte et masquer les données sensibles.

Utile pour l'affichage frontal ou le partage de données sensibles.

  • Type sensible : personnellement sensible.

  • Scénarios :

    • Utilisation des données.

    • Partage des données.

Conserver les n premiers et les m derniers caractères

Caractère de caviardage : *, n=1, m=1

123456

1****6

Conserver les caractères de la position x à y

Caractère de caviardage : *, x=3, y=4

34

Caviarder les n premiers et les m derniers caractères

Caractère de caviardage : *, n=2, m=2

34

Caviarder les caractères de la position x à y

Caractère de caviardage : *, x=2, y=5

1****6

Caviarder avant un caractère spécial (@, &, .) à sa première occurrence

&

1@34&6

****&6

Caviarder après un caractère spécial (@, &, .) à sa première occurrence

@

1@****

Masquage par substitution

Les données à masquer sont remplacées sur la base d'une table de consultation aléatoire définie dans la configuration de l'algorithme. Chaque opération de masquage produit des résultats différents. Par exemple, un numéro de téléphone peut être remplacé de manière aléatoire. Le masquage de « 1390000** » pourrait produire des résultats tels que « 1327156 », « 1835537 » ou « 1885654** ».

Types applicables et scénarios types

Description de l'algorithme

Configuration de l'algorithme

Algorithme partiellement réversible.

Utilise une table de consultation de substitution pour le mappage (réversible) ou une plage aléatoire pour la substitution (irréversible) afin de masquer des champs entiers ou des parties de ceux-ci.

DSC fournit plusieurs tables de consultation intégrées et prend en charge les algorithmes de substitution personnalisés.

Utile pour masquer les champs ayant un format fixe, tels que les numéros d'identification.

  • Types sensibles :

    • Personnellement sensible.

    • Sensible pour l'entreprise.

    • Sensible pour l'appareil.

  • Scénarios :

    • Stockage des données.

    • Partage des données.

Substitution par mappage de carte d'identité

Table de consultation aléatoire des régions administratives

Substitution aléatoire de carte d'identité

Table de consultation aléatoire des régions administratives

Substitution aléatoire de carte d'identité militaire

Table de consultation aléatoire des régions administratives

Substitution aléatoire de passeport

Code aléatoire du champ d'objet

Substitution aléatoire de permis de voyage pour Hong Kong/Macao

Code aléatoire du champ d'objet

Substitution aléatoire de carte bancaire

Table de consultation aléatoire des codes BIN

Substitution aléatoire de numéro de téléphone fixe

Table de consultation aléatoire des régions administratives

Substitution aléatoire de numéro de téléphone mobile

Numéro de réseau

Substitution aléatoire du code de crédit social unifié

Table de consultation aléatoire du service d'enregistrement, table de consultation aléatoire des codes de catégorie, table de consultation aléatoire des régions administratives

Substitution par mappage Bogue général

Code de mappage des lettres majuscules, code de mappage des lettres minuscules, code de mappage des chiffres, code de mappage des caractères spéciaux

Substitution aléatoire Bogue générale

Code aléatoire des lettres majuscules, code aléatoire des lettres minuscules, code aléatoire des chiffres, code aléatoire des caractères spéciaux

Masquage par arrondi

Types applicables et scénarios types

Description de l'algorithme

Exemple de configuration de l'algorithme

Exemple de données avant anonymisation

Exemple de résultat masqué

Algorithme partiellement réversible.

Propose deux types de masquage par arrondi : l'arrondi des nombres ou des dates (irréversible) et le décalage des caractères textuels (réversible).

Utile pour les scénarios d'analyse et statistiques impliquant des ensembles de données sensibles.

  • Type sensible : généralement sensible.

  • Scénarios :

    • Stockage des données.

    • Utilisation des données.

Arrondi des nombres :

Conservez les chiffres jusqu'à la Nième place avant la virgule décimale. N varie de 1 à 19.

N=4

12345.6789

12000

Arrondi des dates : arrondissez les dates à l'année, au mois, au jour, à l'heure ou à la minute.

Heure

2023-04-15 14:30:45

2023-04-15 14:00:00

Décalage binaire : un décalage cyclique global des bits, vers la gauche ou vers la droite.

Décalage vers la gauche de 3 bits

test

ttes

Masquage par chiffrement

Types applicables et scénarios typiques

Description de l'algorithme

Exemple de configuration d'algorithme

Exemple de données d'origine

Exemple de résultat masqué

Algorithme réversible.

Prend en charge les algorithmes de chiffrement symétrique courants.

Utile pour chiffrer les champs nécessitant une récupération des données d'origine.

  • Types sensibles :

    • Données personnelles sensibles.

    • Données d'entreprise sensibles.

  • Scénario : Stockage des données.

Algorithme DES

Clé de chiffrement : 121212

123456

c2TwheTI+rw=

Algorithme 3DES

Clés de chiffrement : 123, 1232131, 123123

XUwzslGadsk=

Algorithme AES

Clé de chiffrement : 123131

YueDcm92UuqvKpVbeS+0Ng==

Masquage par mélange

Types applicables et scénarios typiques

Description de l'algorithme

Configuration de l'algorithme

Algorithme irréversible.

Après extraction des données de la table source et confirmation de la plage de valeurs, cette méthode effectue un mélange au niveau des colonnes et une sélection aléatoire dans la plage afin d'obscurcir les données.

Utile pour le masquage au niveau des colonnes des données structurées.

  • Types sensibles :

    • Données liées aux appareils sensibles.

    • Données de localisation sensibles.

  • Scénario : Stockage des données.

Mélange aléatoire

  • Mélanger et réorganiser

  • Sélection aléatoire

Par exemple, mélange des informations de ville pour un groupe d'appareils :

Données avant la désensibilisation

Données masquées

ID de l'appareil

Ville

ID de l'appareil

Ville

D001

Shanghai

D001

Xi'an

D002

Hangzhou

D002

Shanghai

D003

Xi'an

D003

Chengdu

D004

Chengdu

D004

Hangzhou

Facturation

Seules les instances DSC Enterprise Edition prennent en charge le masquage des données. Une fois que vous avez acheté une instance Enterprise Edition, vous pouvez utiliser la fonctionnalité de masquage des données. DSC fonctionne selon un modèle de facturation par abonnement. Pour plus d'informations, consultez la rubrique Facturation. Le masquage statique des données peut entraîner des frais supplémentaires.

Méthode de masquage

Source de données

Facturation DSC

Frais supplémentaires

Masquage statique des données

  • Tables RDS, tables PolarDB-X, tables MaxCompute, tables PolarDB, tables OceanBase, tables AnalyticDB-MySQL et tables de bases de données auto-gérées sur ECS.

  • Fichiers structurés TXT, CSV, XLSX et XLS dans les buckets OSS.

Les ressources de données à masquer doivent être autorisées et connectées à DSC. Cela consomme vos instances de protection de base de données et votre capacité de protection du stockage achetés.

Si les services cloud que vous masquez utilisent la facturation au paiement à l'utilisation, ces services facturent des frais en fonction du volume d'accès ou d'écriture des données.

Fichiers structurés TXT, CSV, XLSX et XLS enregistrés sur votre ordinateur local.

Ne consomme pas les ressources de l'instance.

Aucun frais supplémentaire.

Masquage dynamique des données

Données construites par vos soins.

Ne consomme pas les ressources de l'instance.

Aucun frais supplémentaire.

Activation du service

  • Si votre compte n'a pas activé DSC ou utilise uniquement l'édition gratuite, vous pouvez acheter directement une instance DSC Enterprise Edition. Pour plus d'informations, consultez les rubriques Acheter Data Security Center.

  • Si vous utilisez déjà l'édition gratuite de DSC mais pas l'édition Enterprise, effectuez une mise à niveau de votre instance pour utiliser le masquage des données. Pour connaître la procédure de mise à niveau, consultez la rubrique Mise à niveau de l'instance.

Important

Si vous utilisez le masquage statique des données, commencez par autoriser et connecter les ressources de données concernées à DSC. Assurez-vous de disposer d'un nombre suffisant d'instances de protection de base de données disponibles et d'une capacité de protection OSS adéquate.

Masquage statique des données

Présentation de la fonctionnalité

Lors de la création d'une tâche de masquage statique, vous pouvez soit sélectionner un modèle de masquage existant en tant que règle de masquage pour la tâche, soit définir directement l'algorithme de masquage pour les champs sensibles cibles. Pour la configuration du modèle de masquage, consultez la rubrique Configurer des modèles et des algorithmes de masquage.

Prérequis

Si vous utilisez le masquage statique pour des bases de données ou des fichiers OSS, effectuez l'autorisation DSC et connectez les ressources de données à masquer. Pour plus d'informations, consultez les rubriques suivantes :

Important

Pour stocker les données masquées dans des tables de base de données RDS, PolarDB-X, MaxCompute, PolarDB, OceanBase, AnalyticDB-MySQL ou auto-gérées, ou dans des buckets OSS, DSC doit être autorisé et connecté à la ressource de données de destination. Utilisez un compte disposant des autorisations de lecture et d'écriture pour établir la connexion. Pour les bases de données RDS, PolarDB-X, PolarDB, OceanBase ou AnalyticDB-MySQL, utilisez l'authentification par nom de compte et mot de passe pour connecter DSC.

Créer une tâche de masquage

Avertissement

Le masquage direct des données dans un environnement de production risque de dégrader les performances de la base de données.

Créez une tâche de masquage afin de définir le périmètre et les règles applicables au masquage des données.

  1. Connectez-vous à la console Data Security Center.

  2. Dans le volet de navigation de gauche, sélectionnez Risk Governance > Configuration Risks.

  3. Sous l’onglet Static Desensitization, accédez à l’onglet Task Configurations puis cliquez sur Add Desensitization Task.

  4. Suivez les instructions affichées à l’écran pour configurer la tâche de masquage.

    1. Saisissez les Basic Task Information puis cliquez sur Next.

      Remarque

      Aucune restriction ne s’applique aux noms des tâches.

    2. Configurez les informations relatives au fichier source à masquer, puis cliquez sur Next.

      Tables RDS / Tables PolarDB-X / Tables MaxCompute / Tables PolarDB / Tables OceanBase / **AnalyticDB**-MySQL / Tables de bases de données auto-hébergées

      Élément de configuration de la source de masquage

      Obligatoire

      Description

      Types of data storage

      Oui

      Sélectionnez Tables RDS / Tables PolarDB-X / Tables MaxCompute / Tables PolarDB / Tables OceanBase / AnalyticDB-MySQL / Tables de bases de données auto-hébergées.

      Source Service

      Oui

      Sélectionnez le produit contenant les données à masquer. Les produits pris en charge incluent : RDS, PolarDB-X, OceanBase, MaxCompute, AnalyticDB-MySQL, PolarDB ou Base de données auto-hébergée.

      Source Database/Project

      Oui

      Sélectionnez le projet contenant la table dont les données doivent être masquées.

      SOURCE table name

      Oui

      Sélectionnez la table contenant les données à masquer.

      Source Partition

      Non

      Vous pouvez configurer la Source Partition uniquement lorsque le Source Service est défini sur MaxCompute.

      Saisissez le nom de la partition pour les données à masquer. Laisser ce champ vide entraîne le masquage de toutes les données sensibles de la table.

      Les partitions sont des espaces définis lors de la création des tables MaxCompute pour limiter les données par région, permettant ainsi des requêtes rapides et efficaces. Pour plus d'informations, consultez la rubrique Partition.

      Sample SQL

      Non

      Lorsque le Source Service est défini sur RDS, PolarDB-X, OceanBase ou base de données auto-hébergée, vous pouvez configurer l'Sample SQL.

      Saisissez une instruction SQL pour définir la portée des données à masquer. Laisser ce champ vide entraîne le masquage de la table entière.

      Fichiers OSS

      Important

      Seuls les fichiers structurés et anonymisés aux formats TXT, CSV, XLSX et XLS sont pris en charge.

      Élément de configuration de la source d'anonymisation

      Obligatoire

      Description

      Types of data storage

      Oui

      Sélectionnez OSS files.

      File source

      Oui

      Sélectionnez la source du fichier OSS. Les options disponibles sont Uploaded Local File et Bucket OSS.

      Télécharger le fichier

      Oui

      Lorsque l'option File source est définie sur Uploaded Local File, cliquez sur Select a local file pour télécharger le fichier à anonymiser.

      OSS Bucket where the source file is located

      Oui

      Lorsque l'option File source est définie sur Bucket OSS, sélectionnez le bucket contenant le fichier source dans la liste déroulante. Vous pouvez également saisir des mots-clés pour rechercher et sélectionner le bucket.

      Nom du fichier source

      Oui

      Lorsque l'option File source est définie sur Bucket OSS, saisissez le nom du fichier source, y compris son extension.

      • Anonymisation d'un seul fichier : saisissez le nom exact du fichier. Exemple : test.csv.

      • Anonymisation par lots : activez le mode wildcard (cliquez sur le commutateur Open the pass). Le système applique la même règle à tous les fichiers cibles, qui doivent partager le même format et la même structure de colonnes.

        Utilisez un astérisque () pour spécifier un lot de fichiers à anonymiser. Actuellement, seuls les préfixes de nom de fichier sont pris en charge. Exemple : test.xls correspond à tous les fichiers XLS commençant par test.

      Source file description (optional)

      Non

      Lorsque l'option File source est définie sur Uploaded Local File, vous pouvez saisir une description pour le fichier source OSS.

      Separator selection

      Non

      Pour les fichiers CSV et TXT, spécifiez le délimiteur de colonne en fonction de votre fichier source. Les délimiteurs pris en charge incluent les suivants :

      • Point-virgule « ; » (par défaut sous macOS et Linux).

      • Virgule « , » (par défaut sous Windows).

      • Barre verticale « | ».

      Table contains header rows

      Non

      Sélectionnez cette option selon que votre fichier source inclut ou non une ligne d'en-tête.

    3. Configurez l'algorithme d'anonymisation et cliquez sur Next.

      Les algorithmes d'anonymisation disponibles incluent l'anonymisation par masquage (comme conserver les n premiers et les m derniers caractères), l'anonymisation par mélange (comme le mélange aléatoire) et l'anonymisation par substitution (comme la substitution par mappage de carte d'identité). Choisissez un algorithme en fonction du type de champ (nom, numéro de téléphone, numéro d'identification, etc.).

      • Sélectionnez un modèle d'anonymisation existant au-dessus de la liste des données. La liste des champs sources active automatiquement l'option Desensitization et définit l'option Select Algorithm en fonction du modèle.

        La liste des règles dans le modèle d'anonymisation doit correspondre aux champs sources des données à anonymiser. Sinon, le modèle ne prend pas effet. Pour la configuration des modèles d'anonymisation, reportez-vous à Configurer des modèles et des algorithmes d'anonymisation.

      • Dans la liste des champs sources, localisez le champ à anonymiser, activez l'option Desensitization et définissez l'option Select Algorithm.

      Cliquez sur View and Modify Parameters à côté de l'algorithme d'anonymisation pour afficher et modifier ses règles. Pour la syntaxe de partition, reportez-vous au Tableau de référence de la syntaxe de partition.

      Remarque

      Si vous activez l'option Forcefully Enable Template, vous ne pouvez pas modifier les paramètres de l'algorithme sur cette page. Modifiez plutôt les règles du modèle.

      Tableau de référence de la syntaxe de partition

      Type de partition

      Syntaxe de partition

      Exemple de partition

      N semaines suivantes

      Nom du champ de partition personnalisé=$[yyyymmdd+7*N]

      time=$[20190710+7*1] anonymise les données d'une semaine après le 10 juillet 2019.

      N semaines précédentes

      Nom du champ de partition personnalisé=$[yyyymmdd-7*N]

      time=$[20190710-7*3] anonymise les données de trois semaines avant le 10 juillet 2019.

      N jours suivants

      Nom du champ de partition personnalisé=$[yyyymmdd+N]

      time=$[20190710+2] anonymise les données des deux jours suivant le 10 juillet 2019.

      N jours précédents

      Nom du champ de partition personnalisé=$[yyyymmdd-N]

      time=$[20190710-5] anonymise les données de cinq jours avant le 10 juillet 2019.

      N heures suivantes

      Nom du champ de partition personnalisé=$[hh24mi:ss+N/24]

      time=$[0924mi:ss+2/24] anonymise les données de deux heures après 9 h 00.

      N heures précédentes

      Nom du champ de partition personnalisé=$[hh24mi:ss-N/24]

      time=$[0924mi:ss-1/24] anonymise les données d'une heure avant 9 h 00.

      N minutes suivantes

      Nom du champ de partition personnalisé=$[hh24mi:ss+N/24/60]

      time=$[0924mi:ss+2/24/60] anonymise les données de deux minutes après 9 h 00.

      N minutes précédentes

      Nom du champ de partition personnalisé=$[hh24mi:ss-N/24/60]

      time=$[0924mi:ss-2/24/60] anonymise les données de deux minutes avant 9 h 00.

  5. Définissez la destination pour stocker les données anonymisées, cliquez sur Test pour confirmer les autorisations d'écriture, puis cliquez sur Next.

    Important

    Le compte utilisé par DSC pour se connecter à la ressource de données de destination doit disposer d'une autorisation d'écriture.

    Les éléments de configuration incluent Type de stockage des données (choisissez Tables RDS / Tables PolarDB-X / Tables MaxCompute / Tables PolarDB / Tables OceanBase / Tables ADB-MySQL / Tables de base de données auto-gérées ou Fichiers OSS), Destination (par exemple RDS), Nom de la base de données/projet de destination et nom de la table de destination. Si vous ne trouvez pas de base de données ou de table, vérifiez l'autorisation des ressources pour vous assurer que l'anonymisation est activée.

  6. Confirmez la logique de traitement.

    Élément de configuration de destination

    Obligatoire

    Description

    Méthode de déclenchement

    Oui

    La méthode de déclenchement détermine comment la tâche d'anonymisation s'exécute. Les options incluent les suivantes :

    • Manual Only : démarrez manuellement la tâche d'anonymisation.

    • Scheduled Only : exécutez automatiquement la tâche d'anonymisation à des horaires planifiés (toutes les heures, quotidiennement, mensuellement ou hebdomadairement).

    • Manual + Scheduled : démarrez la tâche manuellement en cliquant sur Start, ou laissez le système l'exécuter automatiquement à des horaires planifiés (toutes les heures, quotidiennement, mensuellement ou hebdomadairement).

    Activer l'anonymisation incrémentielle

    Non

    Activez l'anonymisation incrémentielle si nécessaire. L'anonymisation incrémentielle traite uniquement les nouvelles données ajoutées depuis la dernière tâche d'anonymisation. Sélectionnez un champ qui s'incrémente au fil du temps comme colonne d'incrément, tel que l'heure de création ou l'ID d'incrémentation automatique (la colonne d'incrémentation automatique intégrée à la base de données).

    Important

    Seules les données RDS prennent en charge l'anonymisation incrémentielle.

    Champ de fragmentation

    Non

    DSC fragmente les données sources par champ lors de l'anonymisation statique pour améliorer l'efficacité grâce au traitement simultané. Sélectionnez les champs de fragmentation selon vos besoins. Plusieurs champs sont pris en charge.

    • Seules les bases de données RDS prennent en charge l'anonymisation incrémentielle. Utilisez la clé primaire ou l'index unique comme champ de fragmentation.

    • Si aucun champ n'est sélectionné dans la zone de sélection des champs de fragmentation, DSC utilise la clé primaire comme champ de fragmentation par défaut pour anonymiser les données sources.

      Important

      Si vos données sources n'ont pas de clé primaire, vous devez sélectionner un champ de fragmentation. Sinon, la tâche d'anonymisation échoue.

    • Un nombre excessif de champs de fragmentation peut affecter les performances des requêtes et la précision des données. Choisissez avec soin.

    Résolution des conflits de noms de table

    Oui

    Comment gérer les conflits de noms de table. Options :

    • Supprimer la table cible et créer une nouvelle table portant le même nom.

    • Ajouter les nouvelles données à la table cible. Nous vous recommandons cette option.

    Résolution des conflits de lignes

    Oui

    Comment gérer les conflits de lignes dans la table. Options :

    • Conserver les lignes conflictuelles dans la table cible et ignorer les nouvelles données. Nous vous recommandons cette option.

    • Supprimer les lignes conflictuelles de la table cible et insérer les nouvelles données.

  7. Cliquez sur Submit.

Exécution et consultation des tâches de masquage

Si la méthode de déclenchement est définie sur Manual Only, vous devez lancer la tâche manuellement. Si elle est configurée sur Scheduled Only, la tâche s'exécute automatiquement aux heures planifiées. Enfin, avec l'option Manual + Scheduled, vous avez la possibilité de démarrer la tâche manuellement ou de laisser le système la lancer automatiquement.

  1. Sous l'onglet Static Desensitization dans la section Task Configurations, cliquez sur Start dans la colonne Actions pour exécuter la tâche.

    La liste des tâches affiche l'ID de la tâche, son nom, l'heure de création, le produit de destination, le produit source, le nombre d'exécutions, etc. La colonne Actions contient des boutons pour activer/désactiver la tâche, ainsi que les options Delete, Edit et Run. Ces boutons sont désactivés tant qu'une tâche est en cours d'exécution.

  2. Dans l'onglet Static Desensitization , sélectionnez le sous-onglet Status pour consulter la progression et l'état de l'exécution.

    La liste des statuts des tâches comprend les colonnes suivantes : Task ID, Running time, End time, Execution count, Execution method, Source product type, Destination product type et Execution progress. La colonne Actions propose des liens pour Stop task, View subtasks et Download masked file.

Dépannage des tâches de masquage ayant échoué

En cas d'échec d'une tâche de masquage, reportez-vous aux informations ci-dessous pour identifier la cause du problème.

Message d'erreur

Cause

Tâche de masquage introuvable. Elle a peut-être été supprimée ou désactivée.

La tâche de masquage a été supprimée ou désactivée (le bouton bascule dans la colonne Actions est désactivé).

Le cycle de planification de la tâche planifiée n'est pas valide.

L'heure d'exécution quotidienne n'est pas valide.

Instance source pour le masquage introuvable.

L'instance contenant la table source n'existe pas.

Instance de destination pour le masquage introuvable.

Les causes possibles incluent une révocation de l'autorisation de l'instance ou la suppression de l'instance de destination.

Table source pour le masquage introuvable.

Les causes possibles incluent une révocation de l'autorisation de l'instance ou la suppression de la table source.

Les paramètres de l'algorithme de masquage ne sont pas valides.

Les paramètres de l'algorithme sont incorrects.

La colonne de la table source est vide.

La colonne du champ de partition source ne contient aucune donnée.

Échec de l'écriture dans la table de destination.

L'écriture dans la table de destination a échoué lors de la configuration de la destination.

Échec de l'interrogation de la table source.

Les données n'ont pas été trouvées dans la table source.

Échec de la création de la table de destination.

Il est possible que la table n'existe pas dans la destination.

Clé primaire introuvable.

La table source RDS ne possède pas de clé primaire.

Le champ de partition MaxCompute dans la configuration de la tâche n'est pas valide.

La partition source dans la configuration source ou la partition de destination dans la configuration de destination n'est pas valide.

Modification ou suppression des tâches de masquage

Vous ne pouvez ni modifier ni supprimer les tâches de masquage qui sont en attente d'exécution ou en cours d'exécution.

  • Modifier une tâche de masquage

    Pour ajuster les paramètres de la tâche, cliquez sur Modify dans la colonne Actions correspondant à la tâche cible.

  • Supprimer une tâche de masquage

    Important

    Les tâches de masquage supprimées ne peuvent pas être restaurées. Procédez avec prudence.

    Pour supprimer une tâche dont vous n'avez plus besoin, cliquez sur Delete dans la colonne Actions de la tâche cible, puis cliquez sur OK dans la boîte de dialogue de confirmation.

Masquage dynamique des données

Présentation de la fonctionnalité

Les tâches de masquage dynamique nécessitent un modèle de masquage existant en tant que règle de masquage pour traiter les données spécifiées. Appelez l'API ExecDatamask, transmettez les données à masquer (Data) et l'ID du modèle de masquage (TemplateId), puis appliquez le Matching mode (Field name ou Sensitive type) du modèle de masquage pour masquer les données dataList contenues dans Data.

Dans la console Data Security Center, accédez à Risk Governance > Data Desensitization, puis à l'onglet Masking Configurations pour obtenir l'ID du modèle de masquage. Les modèles de masquage personnalisés sont pris en charge. Pour plus d'informations, consultez la rubrique Configure masking templates.

Méthodes de modèle de masquage pour l'API ExecDatamask :

Méthode de correspondance

description du masquage

Nom du champ

Faites correspondre les noms de colonnes dans dataHeaderList avec les noms de champs et les algorithmes de la Rule list du modèle de masquage afin de masquer les colonnes correspondantes dans dataList.

Type sensible

Faites correspondre les ID de règle pour les types sensibles dans ruleList avec les ID d'identifiant de règle dans la Rule list du modèle de masquage. Appliquez le nom de champ et l'algorithme de la règle pour masquer les colonnes correspondantes dans dataList.

Les champs de règle pour les types sensibles proviennent de la page Data features dans Data Insight, qui inclut des fonctionnalités d'identification intégrées et personnalisées. Ces noms de fonctionnalité servent également de noms de règle dans la Rule list. Appelez l'API DescribeRules, transmettez CustomType (type de règle, c'est-à-dire Data feature Source : intégré ou personnalisé) et Name (nom de la règle, c'est-à-dire nom de la Data feature) pour obtenir l'ID d'identifiant de la règle (Id).

Schéma d'exemple de masquage :

Limites

Lors de l'appel de l'API ExecDatamask pour le masquage dynamique, les données de chaque requête (Data) doivent être inférieures à 2 Mo.

Consulter les journaux d'appels de l'API de masquage dynamique

  1. Connectez-vous à la console Data Security Center.

  2. Dans le volet de navigation de gauche, sélectionnez Risk Governance > Configuration Risks.

  3. Sur la page Data Desensitization, cliquez sur l'onglet Dynamic desensitization.

  4. Sur la page Dynamic desensitization, consultez les journaux d'appels de l'API ExecDatamask.

    Remarque

    Si vous appelez l'API plusieurs fois en utilisant le même compte et la même adresse IP, le journal des opérations n'affiche qu'une seule entrée et enregistre le Cumulative number of calls.

Exemple : Utiliser le masquage statique pour le partage de données

Utilisez le masquage statique pour masquer les données sensibles d'un fichier CSV structuré dans un bucket OSS source sous votre compte, puis enregistrez le fichier masqué dans un bucket OSS de destination sous le même compte. Partagez le bucket OSS de destination avec des utilisateurs spécifiques pour assurer un partage sécurisé des données. Pour plus d'informations, consultez la rubrique Mask sensitive data in OSS table files.