Vous devez implémenter la suppression cryptographique par utilisateur pour les données client dans BigQuery en utilisant les fonctionnalités natives du Cloud (pas de chiffrement personnalisé à l'ingestion). Que devriez-vous utiliser ?

L'implémentation des fonctions BigQuery AEAD (Authenticated Encryption with Associated Data) est la solution native appropriée pour la suppression cryptographique par utilisateur. Cette approche permet de chiffrer des colonnes spécifiques avec des clés gérées par l'utilisateur directement dans BigQuery, offrant un contrôle granulaire et la possibilité de "supprimer" des données en supprimant simplement la clé de chiffrement associée. Les autres options sont incorrectes car : Créer une CMEK dans Cloud KMS et l'associer à la table chiffre la table entière, pas les données par utilisateur, et ne permet pas la suppression cryptographique granulaire. Créer une CMEK dans Cloud KMS et l'utiliser pour chiffrer les données avant de les stocker dans BigQuery est une approche de chiffrement côté client, mais elle ne s'intègre pas nativement avec la fonctionnalité de suppression cryptographique de BigQuery et nécessiterait une gestion complexe des clés par utilisateur en dehors de BigQuery. Chiffrer les données pendant l'ingestion à l'aide d'une bibliothèque cryptographique dans votre pipeline ETL est une solution personnalisée qui ne tire pas parti des fonctionnalités natives de BigQuery et ne permet pas la suppression cryptographique par utilisateur de manière simple et intégrée.