Configurer le chiffrement à l'aide de clés de chiffrement gérées par le client

Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3

Cette page explique comment utiliser Clés de chiffrement gérées par le client (CMEK) à protéger Environnements Cloud Composer. Les clés de chiffrement gérées par le client utilisé pour chiffrer/déchiffrer les données utilisateur dans l’environnement.

Avant de commencer

• Vous ne pouvez configurer le chiffrement CMEK que lorsque vous créez un environnement. Il n'est pas possible d'activer CMEK pour un environnement existant.

• Cloud Composer prend en charge le chiffrement CMEK avec de clés stockées dans des gestionnaires de clés externes.

• Vous devez créer une clé CMEK dans la même région que vos environnements. Vous ne pouvez pas utiliser de clés multirégionales ni globales.

• Si vous souhaitez que votre environnement s'exécute VPC Service Controls, vous devez ajouter l'API Cloud Key Management Service et l'API Artifact Registry au périmètre.

• Activez l'API Artifact Registry.

  Console

  Enable the Artifact Registry API.

  Enable the API

  gcloud

  Enable the Artifact Registry API:

  gcloud services enable artifactregistry.googleapis.com

Informations utilisateur non protégées par le chiffrement CMEK

Cloud Monitoring n'est pas compatible avec le chiffrement CMEK. Le nom de votre et les noms des DAG sont stockés dans le tableau de bord base de données sous forme chiffrée à l'aide de clés détenues et gérées par Google.

Cloud Composer stocke les informations suivantes protégées par des clés appartenant à Google et gérées par Google, et non par des clés gérées par le client :

• Nom de l'environnement
• Remplacements de configuration Airflow
• Variables d'environnement
• Descriptions des plages d'adresses IP autorisées
• Plages d'adresses IP
• Étiquettes
• Les noms de certains paramètres stockés par Cloud Composer peuvent inclure une sous-chaîne du nom de l'environnement.

Avertissement : Si vous utilisez un bucket d'un environnement personnalisé, Cloud Composer ne modifie pas les paramètres de chiffrement du bucket que vous spécifiez et ne le chiffre donc pas avec une clé CMEK (même si les règles du projet exigent le chiffrement). Plus précisément, le chiffrement du bucket personnalisé modifiées si votre environnement utilise le chiffrement CMEK. Votre bucket personnalisé suit les stratégies du projet auquel il appartient. Vous pouvez chiffrer manuellement le bucket de l'environnement avec des clés CMEK avant vous créez un environnement.

Utiliser une clé de chiffrement gérée par le client pour votre environnement

Avertissement : Si vous créez un environnement avec une clé de chiffrement gérée par le client, puis que vous la désactivez ou la supprimez, l'environnement devient inutilisable. Il est impossible de récupérer un environnement si sa clé de chiffrement est supprimée ou désactivée.

1. Créer une clé de chiffrement gérée par le client

Suivez la procédure décrite dans la section Créer des clés de chiffrement symétriques pour créer une clé dans la région où se trouve votre environnement.

Étape 2. Attribuer des rôles aux agents de service

Important : Si votre projet dispose d'une règle de partage restreint de domaine qui exclut les adresses du domaine google.com. Vous devez désactiver (ou développer) cette règle pour attribuer les rôles requis aux agents de service. Une fois les rôles attribués, vous pouvez annuler les modifications apportées aux stratégies. Cette règle n'affecte pas la création d'environnements.

Console

Ignorez cette étape. Vous accordez des autorisations aux agents de service lorsque vous spécifiez une clé pour votre environnement.

gcloud

Les agents de service suivants doivent : le rôle Chiffreur/Déchiffreur de CryptoKeys Cloud KMS sur la clé que vous pour votre environnement.

Remplacez PROJECT_NUMBER par le numéro de votre projet.

Nom de l'agent de service	Adresse e-mail du compte de service	Nom du service de l'API
Agent de service Cloud Composer	[e-mail]	composer.googleapis.com
Agent de service Artifact Registry	[e-mail]	artifactregistry.googleapis.com
Agent de service Kubernetes Engine	[e-mail]	container.googleapis.com
Agent de service Pub/Sub	[e-mail]	pubsub.googleapis.com
Agent de service Compute Engine	[e-mail]	compute.googleapis.com
Agent de service Cloud Storage	[e-mail]	Accorder des autorisations de chiffrement/déchiffrement avec gcloud storage service-agent --authorize-cmek

1. (Si nécessaire) Si certains de ces comptes de service ne figurent pas dans votre projet, cela signifie qu'une identité pour ce service n'a pas encore été créée. Cela peut se produire, par exemple, si vous n'avez pas encore créé Cloud Composer dans votre projet.

   Pour ajouter ces comptes de service, créez des identités pour les services répertoriés en exécutant la commande suivante:

   gcloud beta services identity create \
     --service=API_SERVICE_NAME
   

   Remplacez API_SERVICE_NAME par le nom de service de l'API d'un service qui ne dispose pas de compte de service dans votre projet.

   Exemple :

   gcloud beta services identity create \
     --service=composer.googleapis.com
   

2. Accordez des autorisations aux agents de service:

   1. Attribuez le rôle à l'agent de service Cloud Composer:

      gcloud kms keys add-iam-policy-binding KEY_NAME \
        --location KEY_LOCATION \
        --keyring KEY_RING_NAME \
        --member=serviceAccount:[e-mail] \
        --role=roles/cloudkms.cryptoKeyEncrypterDecrypter \
        --project KEY_PROJECT_ID
      

   2. Attribuez le rôle à l'agent de service Artifact Registry:

      gcloud kms keys add-iam-policy-binding KEY_NAME \
        --location KEY_LOCATION \
        --keyring KEY_RING_NAME \
        --member=serviceAccount:[e-mail] \
        --role=roles/cloudkms.cryptoKeyEncrypterDecrypter \
        --project KEY_PROJECT_ID
      

   3. Attribuez le rôle à l'agent de service GKE:

      gcloud kms keys add-iam-policy-binding KEY_NAME \
        --location KEY_LOCATION \
        --keyring KEY_RING_NAME \
        --member=serviceAccount:[e-mail] \
        --role=roles/cloudkms.cryptoKeyEncrypterDecrypter \
        --project KEY_PROJECT_ID
      

   4. Attribuez le rôle à l'agent de service Pub/Sub :

      gcloud kms keys add-iam-policy-binding KEY_NAME \
        --location KEY_LOCATION \
        --keyring KEY_RING_NAME \
        --member=serviceAccount:[e-mail] \
        --role=roles/cloudkms.cryptoKeyEncrypterDecrypter \
        --project KEY_PROJECT_ID
      

   5. Attribuez le rôle à l'agent de service Compute Engine:

      gcloud kms keys add-iam-policy-binding KEY_NAME \
        --location KEY_LOCATION \
        --keyring KEY_RING_NAME \
        --member=serviceAccount:[e-mail] \
        --role=roles/cloudkms.cryptoKeyEncrypterDecrypter \
        --project KEY_PROJECT_ID
      

   6. Accorder des autorisations de chiffrement/déchiffrement à Agent de service Cloud Storage. Vous pouvez ignorer cette étape si vous utilisez bucket d'un environnement personnalisé.

      gcloud storage service-agent \
        --authorize-cmek=projects/KEY_PROJECT_ID/locations/KEY_LOCATION/keyRings/KEY_RING_NAME/cryptoKeys/KEY_NAME
      

   Remplacez :

   • PROJECT_ID par l'ID de votre projet.
   • KEY_PROJECT_ID par l'ID du projet qui stocke votre clé gérée par le client. Si vous utilisez une clé d'un autre projet, est différente de l'ID de votre projet. Si vous utilisez une clé du même projet, cette valeur correspond à l'ID de votre projet.
   • PROJECT_NUMBER par le numéro de votre projet.
   • KEY_LOCATION par l'emplacement de votre clé gérée par le client. Ce lieu doit être le même que celui de votre environnement.
   • KEY_NAME par le nom de votre clé gérée par le client.
   • KEY_RING_NAME avec le trousseau qui stocke votre clé gérée par le client.

   Pour obtenir ces valeurs, vous pouvez exécuter les commandes gcloud projects describe, gcloud kms keyrings list et gcloud kms keys describe.

Étape 3. Créer un environnement avec une clé CMEK

Après avoir créé une clé de chiffrement gérée par le client, vous pouvez l'utiliser pour créer des environnements Cloud Composer.

Console

Lorsque vous créez un environnement:

1. Dans la section Chiffrement des données, sélectionnez Clé de chiffrement gérée par le client (CMEK).

2. Dans la liste déroulante Sélectionner une clé gérée par le client, sélectionnez votre clé.

3. Si une configuration supplémentaire est nécessaire, un message s'affiche pour vous en informer. Dans ce cas :

   1. Cliquez sur Ouvrir l'assistant.

   2. Dans la section Préparer la clé CMEK pour une utilisation dans Cloud Composer consultez la liste des agents de service qui doit disposer du rôle Chiffreur/Déchiffreur de clés cryptographiques Cloud KMS sur la clé.

   3. Pour attribuer les rôles et autorisations requis, cliquez sur Accorder.

   Important : Si votre projet dispose d'une règle de partage restreint de domaine qui exclut les adresses du domaine google.com. Vous devez désactiver (ou élargissez) cette stratégie pour attribuer les rôles requis aux agents de service. Après avoir attribué les rôles, vous pouvez annuler les modifications apportées aux stratégies. Cette règle n'affecte pas la création d'environnements.

gcloud

L'argument --kms-key spécifie une clé de chiffrement gérée par le client pour votre environnement.

Pour en savoir plus sur la création d'environnements, consultez Créer des environnements. Par exemple, vous pouvez spécifier d'autres paramètres pour votre environnement.

gcloud composer environments create ENVIRONMENT_NAME \
  --location LOCATION \
  --image-version IMAGE_VERSION \
  --kms-key projects/KEY_PROJECT_ID/locations/KEY_LOCATION/keyRings/KEY_RING_NAME/cryptoKeys/KEY_NAME

Remplacez :

• ENVIRONMENT_NAME par le nom de l'environnement.
• IMAGE_VERSION par le nom de l'image Cloud Composer.
• KEY_PROJECT_ID par l'ID du projet dans lequel se trouve la clé. Si vous utilisez une clé d'un autre projet, cette valeur est différente de votre l'ID du projet. Si vous utilisez une clé du même projet, cette valeur correspond à l'ID de votre projet.
• LOCATION par la région où se trouve l'environnement.
• KEY_LOCATION par l'emplacement de votre clé gérée par le client. Ce doit être identique à celui de votre environnement.
• KEY_NAME par le nom de votre clé gérée par le client.
• KEY_RING_NAME par le trousseau qui stocke votre clé gérée par le client ;

Exemple :

gcloud composer environments create example-environment \
  --location us-central1 \
  --image-version composer-2.9.7-airflow-2.9.3 \
  --kms-key projects/example-project/locations/us-central1/keyRings/example-key-ring/cryptoKeys/example-key

Afficher la configuration du chiffrement de l'environnement

Vous pouvez afficher la configuration du chiffrement pour un environnement existant:

Console

1. Dans la console Google Cloud, accédez à la page Environnements.

   Accéder à la page Environnements

2. Dans la liste des environnements, cliquez sur le nom de votre environnement. La page Détails de l'environnement s'ouvre.

3. Accédez à l'onglet Configuration de l'environnement.

4. Les informations sur le chiffrement sont indiquées dans l'élément Clé de chiffrement des données.

gcloud

Exécutez la commande gcloud suivante pour afficher la configuration de chiffrement

gcloud composer environments describe \
  ENVIRONMENT_NAME \
  --location LOCATION \
  --format="value(config.encryptionConfig)"

Remplacez :

• ENVIRONMENT_NAME par le nom de l'environnement.
• LOCATION par la région dans laquelle se trouve l'environnement.

Exemple :

gcloud composer environments describe \
  example-environment \
  --location us-central1 \
  --format="value(config.encryptionConfig)"

Utiliser CMEK pour les journaux Cloud Composer

Cloud Logging est compatible avec le chiffrement du stockage de journaux à l'aide de clés CMEK. Nous vous recommandons pour utiliser la procédure CMEK standard pour chiffrer les journaux avec des clés CMEK.

Pour chiffrer des journaux à l'aide de clés CMEK, suivez les instructions fournies dans Gérez les clés qui protègent les données de stockage de Logging.

Obsolète :les instructions suivantes concernant la redirection Journaux Cloud Composer vers un bucket Cloud Storage chiffré par CMEK sont obsolètes. Si vous utilisez cette approche dans votre projet, envisagez et vous passez au chiffrement du stockage de journaux à l'aide de clés CMEK.

Rediriger les journaux Cloud Composer vers un bucket Cloud Storage chiffré CMEK

Si vos journaux sont susceptibles de contenir des données sensibles, vous pouvez les rediriger vers un bucket Cloud Storage chiffré par CMEK à l'aide du routeur de journaux. Vous éviterez ainsi les journaux d'être envoyés à Monitoring.

Si vous avez besoin de l'assistance Cloud Customer Care, vous devrez peut-être autoriser les ingénieurs de l'assistance Google à accéder aux journaux Cloud Composer stockés dans Cloud Storage.

Remarque : Les journaux d'audit ne peuvent pas être exclus. Ils sont toujours envoyés à l'emplacement de stockage par défaut.

gcloud

1. Créez un bucket Cloud Storage pour stocker les journaux.

   gcloud storage buckets create gs://BUCKET_NAME --location=LOCATION
   

   Remplacez :

   • LOCATION par la région où se trouve l'environnement.
   • BUCKET_NAME par le nom du bucket.

   Exemple :

   gcloud storage buckets create gs://composer-logs-us-central1-example-environment --location=us-central1
   

2. Chiffrez le bucket avec votre clé CMEK.

   gcloud storage buckets update gs://BUCKET_NAME \
     --default-encryption-key=projects/KEY_PROJECT_ID/locations/KEY_LOCATION/keyRings/KEY_RING_NAME/cryptoKeys/KEY_NAME
   

   Remplacez :

   • KEY_PROJECT_ID par l'ID du projet dans lequel se trouve la clé. Si vous utilisez une clé d'un autre projet, cette valeur est différente de l'ID de votre projet. Si vous utilisez une clé du même projet, cette valeur correspond à l'ID de votre projet.
   • KEY_LOCATION par l'emplacement de votre clé gérée par le client. Ce doit être identique à celui de votre environnement.
   • KEY_RING_NAME avec le trousseau qui stocke votre clé gérée par le client.
   • KEY_NAME par le nom de votre clé gérée par le client.
   • BUCKET_NAME par le nom du bucket.

   Exemple :

   gcloud storage buckets update gs://composer-logs-us-central1-example-environment \
     --default-encryption-key=projects/example-project/locations/us-central1/keyRings/example-key-ring/cryptoKeys/example-key
   

3. Créez un récepteur de journaux.

   gcloud logging sinks create \
   composer-log-sink-ENVIRONMENT_NAME \
   storage.googleapis.com/BUCKET_NAME \
   --log-filter "resource.type=cloud_composer_environment AND resource.labels.environment_name=ENVIRONMENT_NAME AND resource.labels.location=LOCATION"
   

   Remplacez :

   • ENVIRONMENT_NAME par le nom de l'environnement.
   • LOCATION par la région dans laquelle se trouve l'environnement.
   • BUCKET_NAME par le nom du bucket.

   Exemple :

   gcloud logging sinks create \
   composer-log-sink-example-environment \
   storage.googleapis.com/composer-logs-us-central1-example-environment \
   --log-filter "resource.type=cloud_composer_environment AND resource.labels.environment_name=example-environment AND resource.labels.location=us-central1"
   

4. Pour ce faire, attribuez le rôle Créateur des objets Storage au compte de service. bucket. Le compte de service figure dans le résultat de la ).

   gcloud projects add-iam-policy-binding \
     PROJECT_ID \
     --member="serviceAccount:LOGGING_SERVICE_AGENT" \
     --role="roles/storage.objectCreator" \
     --condition=None
   

   Remplacez :

   • PROJECT_ID par l'ID du projet.
   • LOGGING_SERVICE_AGENT avec le service Logging pour ce bucket. Le nom de ce compte est obtenu à l'étape précédente.

   Exemple :

   gcloud projects add-iam-policy-binding \
     example-project \
     --member="serviceAccount:[e-mail]" \
     --role="roles/storage.objectCreator" \
     --condition=None
   

5. Excluez les journaux de votre nouvel environnement de Monitoring.

   gcloud beta logging sinks update _Default \
     --add-exclusion name=ENVIRONMENT_NAME-exclusion,filter="resource.type=cloud_composer_environment AND resource.labels.environment_name=ENVIRONMENT_NAME AND resource.labels.location=LOCATION"
   

   Remplacez :

   • ENVIRONMENT_NAME par le nom de l'environnement.
   • LOCATION par la région dans laquelle se trouve l'environnement.

   Exemple :

   gcloud beta logging sinks update _Default \
     --add-exclusion name=example-environment-exclusion,filter="resource.type=cloud_composer_environment AND resource.labels.environment_name=example-environment AND resource.labels.location=us-central1"
   

6. Ajoutez le chiffrement CMEK au niveau de l'organisation au routeur de journaux.

   gcloud logging cmek-settings describe \
     --organization=ORGANIZATION_ID
   

   gcloud kms keys add-iam-policy-binding \
         --project=KEY_PROJECT_ID \
         --member LOGGING_SERVICE_AGENT \
         --role roles/cloudkms.cryptoKeyEncrypterDecrypter \
         --location=KEY_LOCATION \
         --keyring=KEY_RING_NAME \
         KEY_NAME
   

   gcloud logging cmek-settings update \
     --organization=ORGANIZATION_ID \
     --kms-project=KEY_PROJECT_ID \
     --kms-keyring=KEY_RING_NAME \
     --kms-location=KEY_LOCATION \
     --kms-key-name=KEY_NAME
   

   Remplacez :

   • ORGANIZATION_ID par votre ID d'organisation.
   • KEY_PROJECT_ID par l'ID du projet où se trouve la clé ; Si vous utilisez une clé d'un autre projet, cette valeur est différente de l'ID de votre projet. Si vous utilisez une clé du même projet, cette valeur correspond à l'ID de votre projet.
   • KEY_RING_NAME avec le trousseau qui stocke votre clé gérée par le client.
   • KEY_LOCATION par l'emplacement de votre clé gérée par le client. Ce doit être identique à celui de votre environnement.
   • KEY_NAME par le nom de votre clé gérée par le client.

Rotation des clés CMEK pour Cloud Composer

Après avoir configuré le chiffrement dans votre environnement à l'aide de clés CMEK, vous pouvez également envisager d'alterner régulièrement ces clés, comme décrit dans la documentation KMS.

Lorsque vous effectuez la rotation d'une clé CMEK, les données chiffrées avec des versions de clé précédentes ne sont pas automatiquement rechiffrées avec la nouvelle version de clé. Pour en savoir plus, consultez la section Rechiffrer des données.

Plus précisément, cela s'applique aux éléments suivants :

• Objets stockés dans le bucket de l'environnement.
• Cata stocké dans la base de données Airflow.
• Images de conteneurs stockées dans des dépôts Artifact Registry
• Tous les autres objets de données chiffrés avec CMEK dans l'environnement Cloud Composer.

Étape suivante

• Présentation de la sécurité
• Créer des environnements