Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Considérations et restrictions
AWS Clean Rooms vous permet, à vous et à vos partenaires, d'analyser et de collaborer sur des ensembles de données collectifs afin de générer de nouvelles informations sans révéler les données sous-jacentes les uns aux autres. Vérifiez que votre configuration de collaboration sur les données est conforme aux exigences de confidentialité, de sécurité, légales et de conformité de votre organisation.
AWS Clean Rooms propose différents contrôles renforçant la confidentialité pour votre cas d'utilisation de la collaboration sur les données :
Envisagez des contrôles de comparaison lorsque votre table contient des colonnes à faible cardinalité ou quasi-identifiables, telles que le code postal ou la tranche d'âge, ou lorsque le lanceur de requêtes n'est pas totalement fiable. Pour plus d’informations, consultez Contrôles de comparaison.
Hypothèses concernant des requêtes potentiellement contradictoires
Pour vous aider, vous et vos partenaires, à maintenir les contrôles dont vous avez besoin, part AWS Clean Rooms des hypothèses suivantes concernant la collaboration en matière de données axée sur la confidentialité :
-
Supposons que le lanceur de requêtes essaie d'exfiltrer des données au niveau de l'utilisateur
-
Supposons que d'autres fournisseurs de données tentent d'exfiltrer des données au niveau de l'utilisateur
-
Supposons que le lanceur de requêtes et d'autres fournisseurs de données soient de connivence pour exfiltrer les données de niveau utilisateur
Limitations
Prenez en compte les limitations suivantes :
-
L'agrégation des données imposée par des seuils d'agrégation minimaux ne permet pas à elle seule de remédier aux autres risques potentiels d'exfiltration, tels que la différenciation des attaques. Pour plus d’informations, consultez Différencier les attaques.
-
La surface SQL pour les requêtes utilisant des seuils d'agrégation minimaux est restreinte. Pour obtenir la liste complète des constructions SQL prises en charge et non prises en charge, consultez. Fonctionnalités SQL pour un minimum de contrôles d'agrégation et de comparaison
-
Les seuils d'agrégation minimaux et les contrôles de comparaison ne fonctionnent pas actuellement avec une confidentialité différentielle.
-
Le seuil d'agrégation minimal n'est pas appliqué ou ne APPROX_COUNT_DISTINCT fonctionne pas sur une seule table sans regroupement ni jointure. COUNT COUNT(DISTINCT)
Différencier les attaques
Une attaque de différenciation se produit lorsqu'une personne exécute deux requêtes qui diffèrent d'une personne à l'autre, puis soustrait les résultats pour isoler les données de cette personne, même si chaque requête ne renvoie que des agrégats.
Par exemple :
-
Requête A : WHERE département SUM (salaire) = « Ventes » → 1 000 000
-
Requête B : WHERE département SUM (salaire) = AND nom « Ventes » ! = « Jane » → 950 000
-
Différence : Jane gagne 50 000 dollars.
Chaque requête passe avec succès un contrôle de taille de groupe minimale (seuil d'agrégation minimal), mais la combinaison fait perdre la valeur d'une personne concernée en exécutant plusieurs requêtes. Un seuil par requête ne tient pas compte de ce vecteur d'attaque différencié.
Pour réduire le risque d'attaques massives, adoptez des budgets d'accès aux données et des politiques de confidentialité différenciées.
