Mise en œuvre de la protection de la confidentialité au niveau de l’entité à l’aide de politiques d’agrégation¶

Politiques d’agrégation sans confidentialité au niveau de l’entité¶

Par défaut, les politiques d’agrégation obligent les analystes à exécuter des requêtes qui agrègent les données plutôt que d’extraire des lignes individuelles, ce qui permet d’assurer la confidentialité au niveau des lignes. Cependant, la confidentialité au niveau des lignes n’empêche pas une requête d’exposer les attributs d’une entité lorsque ces attributs se trouvent dans plusieurs lignes (par exemple, dans une table contenant des données transactionnelles).

Par exemple, supposons qu’un service de diffusion en continu, ActonViz, dispose d’une table transactionnelle contenant l’adresse e-mail (user_id) et le foyer (household_id) de chaque téléspectateur lorsqu’il regarde des émissions.

ActonViz peut utiliser une politique d’agrégation pour forcer les annonceurs à agréger les données dans des groupes contenant au moins deux enregistrements. Cela empêche les annonceurs de récupérer les données d’un enregistrement individuel (confidentialité au niveau de la ligne). Si chaque téléspectateur et chaque ménage n’apparaissait qu’une seule fois dans la table, cela suffirait à protéger leur confidentialité.

Cependant, la requête d’un annonceur peut toujours obtenir des informations sur les téléspectateurs et leurs foyers. Une requête pourrait créer un groupe composé uniquement d’enregistrements du ménage 12345 ou, pire encore, un groupe composé uniquement d’enregistrements du téléspectateur dave_sr. Dans les deux cas, le nombre d’enregistrements dans le groupe répondrait aux exigences fixées par ActonViz (minimum de deux enregistrements par groupe).

Politiques d’agrégation avec confidentialité au niveau de l’entité¶

Pour assurer la confidentialité au niveau de l’entité, Snowflake vous permet de spécifier une clé d’entité lors de l’affectation d’une politique d’agrégation à une table ou à une vue. Une fois la clé d’entité définie, les groupes renvoyés par une requête sur une table ou une vue soumise à des contraintes d’agrégation doivent contenir le nombre spécifié d’entités et pas seulement un nombre spécifié de lignes.

Dans l’exemple précédent, supposons que ActonViz définisse household_id comme la clé de l’entité parce qu’il identifie chaque ménage de manière unique. La confidentialité de chaque ménage est désormais préservée. Avant la modification, un groupe pouvait être entièrement constitué d’enregistrements où household_id = 12345, mais il doit désormais contenir au moins deux valeurs distinctes de household_id.

Notez que la clé d’entité n’est pas toujours la même que la clé primaire d’une table. Dans cet exemple, la table peut utiliser user_id comme clé primaire, car elle identifie de manière unique un spectateur. Mais dans ce cas, ActonViz veut protéger la confidentialité d’un foyer entier, composé de plusieurs téléspectateurs et a donc choisi household_id comme clé d’entité.

Spécifier le nombre minimum d’entités¶

La syntaxe de création d’une politique d’agrégation avec CREATE AGGREGATION POLICY ne change pas si vous utilisez une clé d’entité pour obtenir une confidentialité au niveau de l’entité. Vous pouvez toujours utiliser l’argument MIN_GROUP_SIZE de la fonction AGGREGATION_CONSTRAINT pour spécifier une taille de groupe minimale. Dès que vous définissez une clé d’entité, la taille minimale du groupe passe d’une exigence sur le nombre d’enregistrements dans un groupe à une exigence sur le nombre d’entités dans un groupe.

Par exemple, la commande suivante crée une politique d’agrégation de taille de groupe minimale égale à 5. Tant que vous définissez une clé d’entité lors de l’affectation de la politique à une table, chaque groupe d’agrégation doit contenir au moins 5 entités.

CREATE AGGREGATION POLICY my_agg_policy
  AS () RETURNS AGGREGATION_CONSTRAINT ->
  AGGREGATION_CONSTRAINT(MIN_GROUP_SIZE => 5);

Pour plus de détails sur la création de politiques d’agrégation, y compris un exemple de politique d’agrégation conditionnelle qui applique des restrictions différentes selon les circonstances, voir Création d’une politique d’agrégation.

Définir une clé d’entité¶

Vous définissez une clé d’entité pour une table lorsque vous affectez la politique d’agrégation à la table ou à la vue. Vous pouvez définir la clé d’entité lorsque crée une nouvelle table ou vue, ou lorsque met à jour une table ou une vue existante.

ALTER TABLE viewership_log
  SET AGGREGATION POLICY my_agg_policy
  ENTITY KEY (first_name,last_name);

CREATE TABLE t1
  WITH AGGREGATION POLICY my_agg_policy
  ENTITY KEY (first_name,last_name);