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.
# Sécurité dans AWS Clean Rooms
La sécurité du cloud AWS est la priorité absolue. En tant que AWS client, vous bénéficiez d'un centre de données et d'une architecture réseau conçus pour répondre aux exigences des entreprises les plus sensibles en matière de sécurité.
La sécurité est une responsabilité partagée entre vous AWS et vous. Le [modèle de responsabilité partagée](https://aws.amazon.com/compliance/shared-responsibility-model/) décrit ceci comme la sécurité du cloud et la sécurité dans le cloud :
+ **Sécurité du cloud** : AWS est chargée de protéger l'infrastructure qui exécute les AWS services dans le AWS cloud. AWS vous fournit également des services que vous pouvez utiliser en toute sécurité. Des auditeurs tiers testent et vérifient régulièrement l'efficacité de notre sécurité dans le cadre des programmes de [AWS conformité Programmes](https://aws.amazon.com/compliance/programs/) de de conformité. Pour en savoir plus sur les programmes de conformité applicables à AWS Clean Rooms, consultez la section [Services AWS concernés par programme de conformité](https://aws.amazon.com/compliance/services-in-scope/) .
+ **Sécurité dans le cloud** — Votre responsabilité est déterminée par le AWS service que vous utilisez. Vous êtes également responsable d’autres facteurs, y compris la sensibilité de vos données, les exigences de votre entreprise et la législation et la réglementation applicables.
Cette documentation vous aide à comprendre comment appliquer le modèle de responsabilité partagée lors de son utilisation AWS Clean Rooms. Il vous explique comment procéder à la configuration AWS Clean Rooms pour atteindre vos objectifs de sécurité et de conformité. Vous apprendrez également à utiliser d'autres AWS services qui vous aident à surveiller et à sécuriser vos AWS Clean Rooms ressources.
**Topics**
+ [Protection des données](data-protection.md)
+ [Utilisation des rôles liés à un service](using-service-linked-roles.md)
+ [Conservation des données](data-retention.md)
+ [Bonnes pratiques](best-practices.md)
+ [Gestion de l’identité et des accès](security-iam.md)
+ [Validation de conformité](SERVICE-compliance.md)
+ [Résilience](disaster-recovery-resiliency.md)
+ [Sécurité de l’infrastructure](infrastructure-security.md)
+ [AWS PrivateLink](vpc-interface-endpoints.md)
# Protection des données dans AWS Clean Rooms
Le [modèle de responsabilité AWS partagée](https://aws.amazon.com/compliance/shared-responsibility-model/) de s'applique à la protection des données dans AWS Clean Rooms. Comme décrit dans ce modèle, AWS est chargé de protéger l'infrastructure mondiale qui gère tous les AWS Cloud. La gestion du contrôle de votre contenu hébergé sur cette infrastructure relève de votre responsabilité. Vous êtes également responsable des tâches de configuration et de gestion de la sécurité des Services AWS que vous utilisez. Pour plus d’informations sur la confidentialité des données, consultez [Questions fréquentes (FAQ) sur la confidentialité des données](https://aws.amazon.com/compliance/data-privacy-faq/). Pour en savoir plus sur la protection des données en Europe, consultez le billet de blog [Modèle de responsabilité partagée d’AWS et RGPD (Règlement général sur la protection des données)](https://aws.amazon.com/blogs/security/the-aws-shared-responsibility-model-and-gdpr/) sur le *Blog de sécuritéAWS *.
À des fins de protection des données, nous vous recommandons de protéger les Compte AWS informations d'identification et de configurer les utilisateurs individuels avec AWS IAM Identity Center ou Gestion des identités et des accès AWS (IAM). Ainsi, chaque utilisateur se voit attribuer uniquement les autorisations nécessaires pour exécuter ses tâches. Nous vous recommandons également de sécuriser vos données comme indiqué ci-dessous :
+ Utilisez l’authentification multifactorielle (MFA) avec chaque compte.
+ SSL/TLS À utiliser pour communiquer avec AWS les ressources. Nous exigeons TLS 1.2 et recommandons TLS 1.3.
+ Configurez l'API et la journalisation de l'activité des utilisateurs avec AWS CloudTrail. Pour plus d'informations sur l'utilisation des CloudTrail sentiers pour capturer AWS des activités, consultez la section [Utilisation des CloudTrail sentiers](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-trails.html) dans le *guide de AWS CloudTrail l'utilisateur*.
+ Utilisez des solutions de AWS chiffrement, ainsi que tous les contrôles de sécurité par défaut qu'ils contiennent Services AWS.
+ Utilisez des services de sécurité gérés avancés tels qu’Amazon Macie, qui contribuent à la découverte et à la sécurisation des données sensibles stockées dans Amazon S3.
+ Si vous avez besoin de modules cryptographiques validés par la norme FIPS 140-3 pour accéder AWS via une interface de ligne de commande ou une API, utilisez un point de terminaison FIPS. Pour plus d’informations sur les points de terminaison FIPS disponibles, consultez [Norme FIPS (Federal Information Processing Standard) 140-3](https://aws.amazon.com/compliance/fips/).
Nous vous recommandons fortement de ne jamais placer d’informations confidentielles ou sensibles, telles que les adresses e-mail de vos clients, dans des balises ou des champs de texte libre tels que le champ **Nom**. Cela inclut lorsque vous travaillez avec AWS Clean Rooms ou d'autres Services AWS utilisateurs de la console, de l'API ou AWS SDKs. AWS CLI Toutes les données que vous entrez dans des balises ou des champs de texte de forme libre utilisés pour les noms peuvent être utilisées à des fins de facturation ou dans les journaux de diagnostic. Si vous fournissez une adresse URL à un serveur externe, nous vous recommandons fortement de ne pas inclure d’informations d’identification dans l’adresse URL permettant de valider votre demande adressée à ce serveur.
## Chiffrement au repos
AWS Clean Rooms chiffre toujours toutes les métadonnées du service au repos sans nécessiter de configuration supplémentaire. Ce chiffrement est automatique lorsque vous l'utilisez AWS Clean Rooms.
Clean Rooms ML chiffre toutes les données stockées dans le service au repos avec AWS KMS. Si vous choisissez de fournir votre propre clé KMS, le contenu de vos modèles similaires et de vos tâches de génération de segments similaires est chiffré au repos avec votre clé KMS.
Lorsque vous utilisez AWS Clean Rooms des modèles de machine learning personnalisés, le service chiffre toutes les données stockées au repos avec AWS KMS. AWS Clean Rooms prend en charge l'utilisation de clés symétriques gérées par le client que vous créez, détenez et gérez pour chiffrer les données au repos. Si les clés gérées par le client ne sont pas spécifiées, Clés détenues par AWS elles sont utilisées par défaut.
AWS Clean Rooms utilise des autorisations et des politiques clés pour accéder aux clés gérées par le client. Vous pouvez révoquer l’accès à l’octroi ou supprimer l’accès du service à la clé gérée par le client à tout moment. Si vous le faites, vous AWS Clean Rooms ne pourrez accéder à aucune des données chiffrées par la clé gérée par le client, ce qui affectera les opérations qui dépendent de ces données. Par exemple, si vous tentez de créer un modèle entraîné à partir d'un canal d'entrée ML crypté AWS Clean Rooms auquel il est impossible d'accéder, l'opération renverra une `ValidationException` erreur.
**Note**
Vous pouvez utiliser les options de chiffrement d'Amazon S3 pour protéger vos données au repos.
Pour plus d'informations, consultez la section [Spécification du chiffrement Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/specifying-s3-encryption.html) dans le *guide de l'utilisateur Amazon S3*.
Lorsque vous utilisez une table de mappage d'identifiants à l'intérieur AWS Clean Rooms, le service chiffre toutes les données stockées au repos avec AWS KMS. Si vous choisissez de fournir votre propre clé KMS, le contenu de votre table de mappage d'identifiants est chiffré au repos avec votre clé KMS via Résolution des entités AWS. Pour plus de détails sur les autorisations requises pour utiliser des chiffrements avec un flux de travail de mappage d'identifiants, voir [Créer un rôle de travail dans le flux de travail Résolution des entités AWS](https://docs.aws.amazon.com/entityresolution/latest/userguide/create-workflow-job-role.html) dans le *guide de l'Résolution des entités AWS utilisateur*.
## Chiffrement en transit
AWS Clean Rooms utilise le protocole TLS (Transport Layer Security) pour le chiffrement en transit. La communication se fait toujours via HTTPS, de sorte que vos données sont toujours chiffrées en transit, qu'elles soient stockées sur Amazon S3, Amazon Athena ou Snowflake. AWS Clean Rooms Cela inclut toutes les données en transit lors de l'utilisation de Clean Rooms ML.
## Chiffrement des données sous-jacentes
Pour plus d'informations sur le chiffrement de vos données sous-jacentes, consultez[Informatique cryptographique pour Clean Rooms](crypto-computing.md).
## Stratégie de clé
Les stratégies de clé contrôlent l’accès à votre clé gérée par le client. Chaque clé gérée par le client doit avoir exactement une stratégie de clé, qui contient des instructions qui déterminent les personnes pouvant utiliser la clé et comment elles peuvent l’utiliser. Lorsque vous créez votre clé gérée par le client, vous pouvez spécifier une stratégie de clé. Pour plus d'informations, consultez la section Gestion de l'accès aux clés gérées par le client dans le Guide du AWS Key Management Service développeur.
Pour utiliser votre clé gérée par le client avec vos modèles de ML AWS Clean Rooms personnalisés, les opérations d'API suivantes doivent être autorisées dans la politique des clés :
+ `kms:DescribeKey`— Fournit les informations clés gérées par le client AWS Clean Rooms pour permettre de valider la clé.
+ `kms:Decrypt`— Permet d'accéder AWS Clean Rooms aux données cryptées pour les déchiffrer et les utiliser dans des tâches connexes.
+ `kms:CreateGrant`- Clean Rooms ML chiffre les images d'entraînement et d'inférence au repos dans Amazon ECR en créant des subventions pour Amazon ECR. Pour en savoir plus, consultez [Encryption at Rest dans Amazon ECR.](https://docs.aws.amazon.com/AmazonECR/latest/userguide/encryption-at-rest.html) Clean Rooms ML utilise également Amazon SageMaker AI pour exécuter des tâches de formation et d'inférence, et crée des subventions permettant à l' SageMaker IA de chiffrer les volumes Amazon EBS attachés aux instances ainsi que les données de sortie dans Amazon S3. Pour en savoir plus, consultez [Protéger les données au repos à l'aide du chiffrement dans Amazon SageMaker AI](https://docs.aws.amazon.com/sagemaker/latest/dg/encryption-at-rest.html).
+ `kms:GenerateDataKey`- Clean Rooms ML chiffre les données au repos stockées dans Amazon S3 à l'aide du chiffrement côté serveur avec. AWS KMS keys Pour en savoir plus, consultez [Utilisation du chiffrement côté serveur avec AWS KMS keys (SSE-KMS) dans Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/UsingKMSEncryption.html).
Vous trouverez ci-dessous des exemples de déclarations de politique que vous pouvez ajouter AWS Clean Rooms pour les ressources suivantes :
**Canal d'entrée ML avec données synthétiques**
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "Allow access to principals authorized to use AWS Clean Rooms ML",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::666666666666:role/ExampleRole"
},
"Action": [
"kms:GenerateDataKey",
"kms:CreateGrant",
"kms:Decrypt"
],
"Resource": "*",
"Condition": {
"StringEquals": {
"kms:ViaService": "cleanrooms-ml.us-east-1.amazonaws.com"
},
"ForAllValues:StringEquals": {
"kms:GrantOperations": [
"Decrypt",
"Encrypt",
"GenerateDataKeyWithoutPlaintext",
"ReEncryptFrom",
"ReEncryptTo",
"CreateGrant",
"DescribeKey",
"RetireGrant",
"GenerateDataKey"
]
},
"BoolIfExists": {
"kms:GrantIsForAWSResource": true
}
}
},
{
"Sid": "Allow describe key for principals authorized to use AWS Clean Rooms ML",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::444455556666:role/ExampleRole"
},
"Action": [
"kms:DescribeKey"
],
"Resource": "*",
"Condition": {
"StringEquals": {
"kms:ViaService": "cleanrooms-ml.us-east-1.amazonaws.com"
}
}
},
{
"Sid": "Allow grant operations for AWS Clean Rooms ML service principal",
"Effect": "Allow",
"Principal": {
"Service": "cleanrooms-ml.amazonaws.com"
},
"Action": [
"kms:GenerateDataKey",
"kms:CreateGrant",
"kms:Decrypt"
],
"Resource": "*",
"Condition": {
"ForAllValues:StringEquals": {
"kms:GrantOperations": [
"Decrypt",
"Encrypt",
"GenerateDataKeyWithoutPlaintext",
"ReEncryptFrom",
"ReEncryptTo",
"CreateGrant",
"DescribeKey",
"RetireGrant",
"GenerateDataKey"
]
}
}
},
{
"Sid": "Allow describe key for AWS Clean Rooms ML service principal",
"Effect": "Allow",
"Principal": {
"Service": "cleanrooms-ml.amazonaws.com"
},
"Action": [
"kms:DescribeKey"
],
"Resource": "*"
}
]
}
```
**Canal d'entrée ML sans données synthétiques**
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "Allow access to principals authorized to use AWS Clean Rooms ML",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::666666666666:role/ExampleRole"
},
"Action": [
"kms:DescribeKey",
"kms:GenerateDataKey",
"kms:Decrypt"
],
"Resource": "*",
"Condition": {
"StringEquals": {
"kms:ViaService": "cleanrooms-ml.us-east-1.amazonaws.com"
}
}
},
{
"Sid": "Allow access to AWS Clean Rooms ML service principal",
"Effect": "Allow",
"Principal": {
"Service": "cleanrooms-ml.amazonaws.com"
},
"Action": [
"kms:DescribeKey",
"kms:GenerateDataKey",
"kms:Decrypt"
],
"Resource": "*"
}
]
}
```
------
**Poste de modèle entraîné ou travail d'inférence de modèle entraîné**
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "Allow grant operations for principals authorized to use AWS Clean Rooms ML",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::666666666666:role/ExampleRole"
},
"Action": [
"kms:GenerateDataKey",
"kms:CreateGrant",
"kms:Decrypt"
],
"Resource": "*",
"Condition": {
"StringEquals": {
"kms:ViaService": "cleanrooms-ml.us-east-1.amazonaws.com"
},
"ForAllValues:StringEquals": {
"kms:GrantOperations": [
"Decrypt",
"Encrypt",
"GenerateDataKeyWithoutPlaintext",
"ReEncryptFrom",
"ReEncryptTo",
"CreateGrant",
"DescribeKey",
"RetireGrant",
"GenerateDataKey"
]
},
"BoolIfExists": {
"kms:GrantIsForAWSResource": true
}
}
},
{
"Sid": "Allow describe key for principals authorized to use AWS Clean Rooms ML",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::444455556666:role/ExampleRole"
},
"Action": [
"kms:DescribeKey"
],
"Resource": "*",
"Condition": {
"StringEquals": {
"kms:ViaService": "cleanrooms-ml.us-east-1.amazonaws.com"
}
}
},
{
"Sid": "Allow grant operations for AWS Clean Rooms ML service principal",
"Effect": "Allow",
"Principal": {
"Service": "cleanrooms-ml.amazonaws.com"
},
"Action": [
"kms:GenerateDataKey",
"kms:CreateGrant",
"kms:Decrypt"
],
"Resource": "*",
"Condition": {
"ForAllValues:StringEquals": {
"kms:GrantOperations": [
"Decrypt",
"Encrypt",
"GenerateDataKeyWithoutPlaintext",
"ReEncryptFrom",
"ReEncryptTo",
"CreateGrant",
"DescribeKey",
"RetireGrant",
"GenerateDataKey"
]
}
}
},
{
"Sid": "Allow describe key for AWS Clean Rooms ML service principal",
"Effect": "Allow",
"Principal": {
"Service": "cleanrooms-ml.amazonaws.com"
},
"Action": [
"kms:DescribeKey"
],
"Resource": "*"
}
]
}
```
------
Clean Rooms ML ne prend pas en charge la spécification du contexte de chiffrement des services ou du contexte source dans les politiques relatives aux clés gérées par le client. Le contexte de chiffrement utilisé par le service en interne est visible par les clients dans CloudTrail.
# Utilisation de rôles liés à un service pour AWS Clean Rooms
AWS Clean Rooms utilise des Gestion des identités et des accès AWS rôles liés à un [service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) (IAM). Un rôle lié à un service est un type unique de rôle IAM directement lié à. AWS Clean Rooms Les rôles liés au service sont prédéfinis par AWS Clean Rooms et incluent toutes les autorisations dont le service a besoin pour appeler d'autres AWS services en votre nom.
Un rôle lié à un service facilite la configuration AWS Clean Rooms car vous n'avez pas à ajouter manuellement les autorisations nécessaires. AWS Clean Rooms définit les autorisations associées à ses rôles liés aux services et, sauf indication contraire, seul AWS Clean Rooms peut assumer ses rôles. Les autorisations définies comprennent la politique de confiance et la politique d’autorisation. De plus, cette politique d’autorisation ne peut pas être attachée à une autre entité IAM.
Vous pouvez supprimer un rôle lié à un service uniquement après la suppression préalable de ses ressources connexes. Cela protège vos AWS Clean Rooms ressources car vous ne pouvez pas supprimer par inadvertance l'autorisation d'accès aux ressources.
Pour plus d'informations sur les autres services qui prennent en charge les rôles liés à un service, consultez la section [AWS Services qui fonctionnent avec IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) et recherchez les services dont la valeur est **Oui** dans la colonne Rôles liés à un **service**. Sélectionnez un **Oui** ayant un lien pour consulter la documentation du rôle lié à un service, pour ce service.
## Autorisations de rôle liées à un service pour AWS Clean Rooms
AWS Clean Rooms utilise le rôle lié au service nommé **AWSServiceRoleForAWSCleanRooms** pour publier les CloudWatch statistiques relatives à Clean Rooms sur votre compte. AWS
Le rôle lié au service AWSService RoleFor AWSClean Rooms fait confiance aux services suivants pour assumer ce rôle :
+ `cleanrooms.amazonaws.com`
La politique d'autorisations de rôle nommée AWSClean RoomsServiceRolePolicy AWS Clean Rooms permet d'effectuer les actions suivantes sur les ressources spécifiées :
+ Action : `cloudwatch:PutMetricData` sur `all AWS resources, restricted to the AWS Clean Rooms namespace`
Vous devez configurer les autorisations de manière à permettre à vos utilisateurs, groupes ou rôles de créer, modifier ou supprimer un rôle lié à un service. Pour plus d’informations, consultez [Autorisations de rôles liés à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#service-linked-role-permissions) dans le *Guide de l’utilisateur IAM*.
## Création d'un rôle lié à un service pour AWS Clean Rooms
Vous pouvez utiliser la console IAM pour créer un rôle lié à un service avec le cas d'utilisation de **AWSServiceRoleForAWSCleanRooms**. Dans l'API AWS CLI ou dans l' AWS API, créez un rôle lié à un service avec le nom du `cleanrooms.amazonaws.com` service. Pour plus d’informations, consultez [Création d’un rôle lié à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#create-service-linked-role) dans le *Guide de l’utilisateur IAM*. Si vous supprimez ce rôle lié à un service, vous pouvez utiliser ce même processus pour créer le rôle à nouveau.
## Modification d'un rôle lié à un service pour AWS Clean Rooms
AWS Clean Rooms ne vous permet pas de modifier le rôle lié au service AWSService RoleFor AWSClean Rooms. Après avoir créé un rôle lié à un service, vous ne pouvez pas changer le nom du rôle, car plusieurs entités peuvent faire référence à ce rôle. Néanmoins, vous pouvez modifier la description du rôle à l’aide d’IAM. Pour plus d’informations, consultez [Modification d’un rôle lié à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#edit-service-linked-role) dans le *Guide de l’utilisateur IAM*.
## Supprimer un rôle lié à un service pour AWS Clean Rooms
Si vous n’avez plus besoin d’utiliser une fonctionnalité ou un service qui nécessite un rôle lié à un service, nous vous recommandons de supprimer ce rôle. De cette façon, vous n’avez aucune entité inutilisée qui n’est pas surveillée ou gérée activement. Cependant, vous devez nettoyer les ressources de votre rôle lié à un service avant de pouvoir les supprimer manuellement.
Pour supprimer les **AWSServiceRoleForAWSCleansalles**, vous devez d'abord supprimer toutes les [collaborations](https://docs.aws.amazon.com/clean-rooms/latest/userguide/delete-collaboration.html) et [adhésions](https://docs.aws.amazon.com/clean-rooms/latest/userguide/leave-collab.html) de votre Compte AWS.
**Note**
Si le AWS Clean Rooms service utilise le rôle lorsque vous essayez de supprimer les ressources, la suppression risque d'échouer. Si cela se produit, patientez quelques minutes et réessayez.
**Pour supprimer manuellement le rôle lié au service à l’aide d’IAM**
Utilisez la console IAM AWS CLI, le ou l' AWS API pour supprimer le rôle lié au service AWSService RoleFor AWSClean Rooms. Pour plus d’informations, consultez la section [Suppression d’un rôle lié à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#delete-service-linked-role) dans le *Guide de l’utilisateur IAM*.
## Régions prises en charge pour les rôles AWS Clean Rooms liés à un service
AWS Clean Rooms prend en charge l'utilisation de rôles liés au service dans toutes les régions où le service est disponible. Pour plus d’informations, consultez [AWS Régions et points de terminaison](https://docs.aws.amazon.com/general/latest/gr/clean-rooms.html#clean-rooms_region).
# Conservation des données dans AWS Clean Rooms
Toutes les données temporairement lues dans une AWS Clean Rooms collaboration sont supprimées une fois la requête terminée.
Lorsque vous créez un modèle similaire, Clean Rooms ML lit vos données d'entraînement, les transforme dans un format adapté à notre modèle ML et stocke les paramètres du modèle entraîné dans Clean Rooms ML. Clean Rooms ML ne conserve aucune copie de vos données d'entraînement. AWS Clean Rooms Les requêtes SQL ne conservent aucune de vos données une fois la requête exécutée. Clean Rooms ML utilise ensuite le modèle entraîné pour résumer le comportement de tous vos utilisateurs. Clean Rooms ML stocke un ensemble de données au niveau utilisateur pour chaque utilisateur de vos données tant que votre modèle de sosie est actif.
Lorsque vous lancez une tâche de génération de segments similaires, Clean Rooms ML lit les données initiales, lit les résumés des comportements à partir du modèle de similarité associé et crée un segment similaire qui est stocké dans le service. AWS Clean Rooms Clean Rooms ML ne conserve aucune copie de vos données de départ. Clean Rooms ML stocke les résultats de la tâche au niveau utilisateur tant que celle-ci est active.
Si vos données de départ proviennent d'une requête SQL, le résultat de cette requête n'est stocké dans le service que pendant la durée de la tâche. Les résultats de la requête sont chiffrés au repos et en transit.
Si vous souhaitez supprimer votre modèle de similarité ou les données de travail de génération de segments similaires, utilisez l'API pour les supprimer. Clean Rooms ML supprime de manière asynchrone toutes les données associées au modèle ou à la tâche. Une fois ce processus terminé, Clean Rooms ML supprime les métadonnées du modèle ou de la tâche et celles-ci ne sont plus visibles dans l'API. Clean Rooms ML conserve les données supprimées pendant 3 jours à des fins de prévention de la reprise après sinistre. Une fois que la tâche ou le modèle n'est plus visible dans l'API et que 3 jours se sont écoulés, toutes les données associées au modèle ou à la tâche sont définitivement supprimées.
# Bonnes pratiques en matière de collaboration de données dans AWS Clean Rooms
Cette rubrique décrit les meilleures pratiques pour mener des collaborations de données dans AWS Clean Rooms.
AWS Clean Rooms suit le [modèle de responsabilitéAWS partagée](https://aws.amazon.com/compliance/shared-responsibility-model/). AWS Clean Rooms propose des [règles d'analyse](analysis-rules.md) que vous pouvez configurer pour renforcer votre capacité à protéger les données sensibles dans le cadre d'une collaboration. Les règles d'analyse que vous configurez dans AWS Clean Rooms appliqueront les restrictions (contrôles de requête et contrôles de sortie de requête) que vous avez configurées. Il vous incombe de déterminer les restrictions et de configurer les règles d'analyse en conséquence.
Les collaborations en matière de données peuvent impliquer bien plus que votre simple utilisation de AWS Clean Rooms. Pour vous aider à tirer le meilleur parti des collaborations de données, nous vous recommandons de suivre les meilleures pratiques suivantes en utilisant AWS Clean Rooms et en particulier en ce qui concerne les règles d'analyse.
**Topics**
+ [Les meilleures pratiques avec AWS Clean Rooms](#best-practices-with-clean-rooms)
+ [Bonnes pratiques d'utilisation des règles d'analyse dans AWS Clean Rooms](#best-practices-for-analysis-rules)
## Les meilleures pratiques avec AWS Clean Rooms
Vous êtes chargé d'évaluer le risque lié à chaque collaboration sur les données et de le comparer à vos exigences en matière de confidentialité, telles que les programmes et politiques de conformité externes et internes. Nous vous recommandons de prendre des mesures supplémentaires lors de l'utilisation de AWS Clean Rooms. Ces actions peuvent contribuer à mieux gérer les risques et à vous prémunir contre les tentatives de tiers visant à réidentifier vos données (par exemple, des attaques différenciées ou des attaques par canal secondaire).
Par exemple, envisagez de faire preuve de diligence raisonnable à l'égard de vos autres collaborateurs et de conclure des accords juridiques avec eux *avant* de vous engager dans une collaboration. Pour surveiller l'utilisation de vos données, envisagez également d'adopter d'autres mécanismes d'audit lorsque vous utilisez AWS Clean Rooms.
## Bonnes pratiques d'utilisation des règles d'analyse dans AWS Clean Rooms
Les règles d'analyse vous AWS Clean Rooms permettent de limiter les requêtes pouvant être exécutées en définissant des contrôles de requête sur une table configurée. Par exemple, vous pouvez définir un contrôle de requête indiquant comment une table configurée peut être jointe et quelles colonnes peuvent être sélectionnées. Vous pouvez également restreindre le résultat de la requête en définissant des contrôles des résultats de requête tels que des seuils d'agrégation sur les lignes de sortie. Le service rejette toute requête et supprime les lignes non conformes aux règles d'analyse définies par les membres sur leurs tables configurées dans la requête.
Nous recommandons les *10 meilleures pratiques* suivantes pour utiliser les règles d'analyse sur votre table configurée :
+ Créez des tables configurées distinctes pour des cas d'utilisation de requêtes distincts (par exemple, planification d'audience ou attribution). Vous pouvez créer plusieurs tables configurées avec la même AWS Glue table sous-jacente.
+ Spécifiez les colonnes de la règle d'analyse (par exemple, les colonnes de dimension, les colonnes de liste, les colonnes de jointure) qui sont nécessaires pour les requêtes dans le cadre d'une collaboration. Cela peut contribuer à atténuer le risque de différenciation des attaques ou de permettre à d'autres membres de rétroconcevoir vos données. Utilisez la fonctionnalité **des colonnes autorisées** pour noter les autres colonnes que vous souhaiterez peut-être rendre interrogeables à l'avenir. Pour personnaliser les colonnes qui peuvent être utilisées pour une collaboration donnée, créez des tables configurées supplémentaires avec la même AWS Glue table sous-jacente.
+ Spécifiez dans la règle d'analyse les fonctions nécessaires à l'analyse dans le cadre de la collaboration. Cela peut contribuer à atténuer les risques liés à de rares erreurs de fonctionnement susceptibles de présenter des informations sur un point de données individuel. Pour personnaliser les fonctions qui peuvent être utilisées pour une collaboration donnée, créez des tables configurées supplémentaires avec la même AWS Glue table sous-jacente.
+ Ajoutez des contraintes d'agrégation à toutes les colonnes dont les valeurs au niveau des lignes sont sensibles. Cela inclut les colonnes de votre table configurée qui existent également dans les tables des autres membres de la collaboration et les règles d'analyse en tant que contrainte d'agrégation. Cela inclut également les colonnes de votre table configurée qui ne sont pas interrogeables, c'est-à-dire les colonnes qui se trouvent dans votre table configurée mais qui ne figurent pas dans la règle d'analyse. Les contraintes d'agrégation peuvent contribuer à atténuer les risques liés à la corrélation des résultats des requêtes avec des données extérieures à la collaboration.
+ Créez des collaborations de test et des règles d'analyse pour tester les restrictions créées avec des règles d'analyse spécifiées.
+ Passez en revue les tables configurées par le collaborateur et les règles d'analyse des membres sur les tables configurées pour vérifier qu'elles correspondent à ce qui a été convenu pour la collaboration. Cela peut aider à atténuer les risques liés à l'ingénierie par les autres membres de leurs propres données pour exécuter des requêtes qui n'ont pas été convenues.
+ Consultez l'exemple de requête fourni (console uniquement) qui est activé sur votre table configurée après avoir configuré la règle d'analyse.
**Note**
Outre l'exemple de requête fourni, d'autres requêtes sont possibles en fonction de la règle d'analyse, d'autres tables de membres de collaboration et de règles d'analyse.
+ Vous pouvez ajouter ou mettre à jour une règle d'analyse pour une table configurée dans une collaboration. Lorsque vous le faites, passez en revue toutes les collaborations auxquelles la table configurée est associée et l'impact qui en résulte. Cela permet de s'assurer qu'aucune collaboration n'utilise de règles d'analyse obsolètes.
+ Passez en revue les requêtes exécutées dans le cadre de la collaboration pour vérifier qu'elles correspondent aux cas d'utilisation ou aux requêtes convenus pour la collaboration. (Les requêtes sont disponibles dans les journaux des requêtes lorsque la fonctionnalité de **journalisation des requêtes** est activée.) Cela peut aider à atténuer les risques liés à l'exécution par les membres d'analyses non approuvées et aux attaques potentielles telles que les attaques par canal secondaire.
+ Passez en revue les colonnes de table configurées utilisées dans les règles d'analyse des membres de la collaboration et dans les requêtes pour vérifier qu'elles correspondent à ce qui a été convenu dans le cadre de la collaboration. (Les requêtes sont disponibles dans les journaux de requêtes lorsque cette fonctionnalité est activée.) Cela peut aider à atténuer les risques liés à l'ingénierie par les autres membres de leurs propres données pour effectuer des requêtes qui n'ont pas été convenues.
# Identity and Access Management pour AWS Clean Rooms
Gestion des identités et des accès AWS (IAM) est un outil Service AWS qui permet à un administrateur de contrôler en toute sécurité l'accès aux AWS ressources. Les administrateurs IAM contrôlent qui peut être *authentifié* (connecté) et *autorisé (autorisé*) à utiliser AWS Clean Rooms les ressources. IAM est un Service AWS outil que vous pouvez utiliser sans frais supplémentaires.
**Topics**
+ [Public ciblé](#security-iam-audience)
+ [Authentification par des identités](#security-iam-auth-with-identities)
+ [Gestion de l’accès à l’aide de politiques](#security-iam-managing-access)
+ [Comment AWS Clean Rooms fonctionne avec IAM](security_iam_service-with-iam.md)
+ [Exemples de politiques basées sur l'identité pour AWS Clean Rooms](security_iam_id-based-policy-examples.md)
+ [AWS politiques gérées pour AWS Clean Rooms](security-iam-awsmanpol.md)
+ [Résolution des problèmes AWS Clean Rooms d'identité et d'accès](security_iam_troubleshoot.md)
+ [Prévention du problème de l’adjoint confus entre services](cross-service-confused-deputy-prevention.md)
+ [Comportements IAM pour AWS Clean Rooms ML](ml-behaviors.md)
+ [Comportements IAM pour les modèles personnalisés Clean Rooms ML](ml-behaviors-byom.md)
## Public ciblé
La façon dont vous utilisez Gestion des identités et des accès AWS (IAM) varie en fonction de votre rôle :
+ **Utilisateur du service** : demandez des autorisations à votre administrateur si vous ne pouvez pas accéder aux fonctionnalités (voir [Résolution des problèmes AWS Clean Rooms d'identité et d'accès](security_iam_troubleshoot.md))
+ **Administrateur du service** : déterminez l’accès des utilisateurs et soumettez les demandes d’autorisation (voir [Comment AWS Clean Rooms fonctionne avec IAM](security_iam_service-with-iam.md))
+ **Administrateur IAM** : rédigez des politiques pour gérer l’accès (voir [Exemples de politiques basées sur l'identité pour AWS Clean Rooms](security_iam_id-based-policy-examples.md))
## Authentification par des identités
L'authentification est la façon dont vous vous connectez à AWS l'aide de vos informations d'identification. Vous devez être *authentifié* (connecté à AWS) en tant qu'utilisateur IAM ou en assumant un rôle IAM. Utilisateur racine d'un compte AWS
Vous pouvez vous connecter en AWS tant qu'identité fédérée en utilisant les informations d'identification fournies par le biais d'une source d'identité. AWS IAM Identity Center Les utilisateurs (IAM Identity Center) ou l'authentification unique de votre entreprise sont des exemples d'identités fédérées. Lorsque vous vous connectez avec une identité fédérée, votre administrateur aura précédemment configuré une fédération d’identités avec des rôles IAM. Lorsque vous accédez à AWS l'aide de la fédération, vous assumez indirectement un rôle.
Selon le type d'utilisateur que vous êtes, vous pouvez vous connecter au portail AWS Management Console ou au portail AWS d'accès. Pour plus d'informations sur la connexion à AWS, consultez la section [Comment vous connecter à votre compte Compte AWS dans](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) le *guide de Connexion à AWS l'utilisateur*.
Si vous y accédez AWS par programmation, AWS fournit un kit de développement logiciel (SDK) et une interface de ligne de commande (CLI) pour signer cryptographiquement vos demandes à l'aide de vos informations d'identification. Si vous n'utilisez pas d' AWS outils, vous devez signer vous-même les demandes. Pour plus d'informations sur l'utilisation de la méthode recommandée pour signer vos demandes vous-même, veuillez consulter la rubrique [Processus de signature Signature Version 4](https://docs.aws.amazon.com//general/latest/gr/signature-version-4.html) dans la *Références générales AWS*.
Quelle que soit la méthode d’authentification que vous utilisez, vous devrez peut-être fournir des informations de sécurité supplémentaires. Par exemple, il vous AWS recommande d'utiliser l'authentification multifactorielle (MFA) pour renforcer la sécurité de votre compte. Pour en savoir plus, consultez [Authentification multifactorielle](https://docs.aws.amazon.com//singlesignon/latest/userguide/enable-mfa.html) dans le *Guide de l’utilisateur AWS IAM Identity Center * et [Utilisation de l’authentification multifactorielle (MFA) dans l’interface AWS](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_credentials_mfa.html) dans le *Guide de l’utilisateur IAM*.
### Compte AWS utilisateur root
Lorsque vous créez un Compte AWS, vous commencez par une identité de connexion unique qui donne un accès complet à toutes Services AWS les ressources du compte. Cette identité est appelée Compte AWS *utilisateur root*. Vous pouvez y accéder en vous connectant à l'aide de l'adresse électronique et du mot de passe que vous avez utilisés pour créer le compte. Il est vivement recommandé de ne pas utiliser l’utilisateur root pour vos tâches quotidiennes. Protégez vos informations d’identification d’utilisateur root et utilisez-les pour effectuer les tâches que seul l’utilisateur root peut effectuer. Pour obtenir la liste complète des tâches qui nécessitent que vous vous connectiez en tant qu'utilisateur root, consultez les [Utilisateur racine d'un compte AWS informations d'identification et les identités IAM](https://docs.aws.amazon.com/general/latest/gr/root-vs-iam.html#aws_tasks-that-require-root) dans le *Références générales AWS*.
### Identité fédérée
Il est recommandé d'obliger les utilisateurs humains à utiliser la fédération avec un fournisseur d'identité pour accéder à Services AWS l'aide d'informations d'identification temporaires.
Une *identité fédérée* est un utilisateur provenant de l'annuaire de votre entreprise, de votre fournisseur d'identité Web ou Directory Service qui y accède à Services AWS l'aide d'informations d'identification provenant d'une source d'identité. Les identités fédérées assument des rôles qui fournissent des informations d’identification temporaires.
Pour une gestion des accès centralisée, nous vous recommandons d’utiliser AWS IAM Identity Center. Pour plus d’informations, consultez [Qu’est-ce que IAM Identity Center ?](https://docs.aws.amazon.com/singlesignon/latest/userguide/what-is.html) dans le *Guide de l’utilisateur AWS IAM Identity Center *.
### Utilisateurs et groupes IAM
Un *[utilisateur IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)* est une identité qui dispose d’autorisations spécifiques pour une seule personne ou application. Nous vous recommandons d’utiliser ces informations d’identification temporaires au lieu des utilisateurs IAM avec des informations d’identification à long terme. Pour plus d'informations, voir [Exiger des utilisateurs humains qu'ils utilisent la fédération avec un fournisseur d'identité pour accéder à AWS l'aide d'informations d'identification temporaires](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) dans le *guide de l'utilisateur IAM*.
[https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html) spécifient une collection d’utilisateurs IAM et permettent de gérer plus facilement les autorisations pour de grands ensembles d’utilisateurs. Pour plus d’informations, consultez [Cas d’utilisation pour les utilisateurs IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) dans le *Guide de l’utilisateur IAM*.
### Rôles IAM
Un *[rôle IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)* est une identité dotée d’autorisations spécifiques qui fournit des informations d’identification temporaires. Vous pouvez assumer un rôle en [passant d'un rôle utilisateur à un rôle IAM (console)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) ou en appelant une opération AWS CLI ou AWS API. Pour plus d’informations, consultez [Méthodes pour endosser un rôle](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html) dans le *Guide de l’utilisateur IAM*.
Les rôles IAM sont utiles pour l’accès des utilisateurs fédérés, les autorisations temporaires des utilisateurs IAM, les accès intercompte, les accès entre services et les applications exécutées sur Amazon EC2. Pour plus d’informations, consultez [Accès intercompte aux ressources dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dans le *Guide de l’utilisateur IAM*.
## Gestion de l’accès à l’aide de politiques
Vous contrôlez l'accès en AWS créant des politiques et en les associant à AWS des identités ou à des ressources. Une politique est un objet AWS qui, lorsqu'il est associé à une identité ou à une ressource, définit leurs autorisations. AWS évalue ces politiques lorsqu'un principal (utilisateur, utilisateur root ou session de rôle) fait une demande. Les autorisations dans les politiques déterminent si la demande est autorisée ou refusée. La plupart des politiques sont stockées AWS sous forme de documents JSON. Pour plus d’informations sur la structure et le contenu des documents de politique JSON, consultez [Vue d’ensemble des politiques JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) dans le *Guide de l’utilisateur IAM*.
Les administrateurs peuvent utiliser les politiques AWS JSON pour spécifier qui a accès à quoi. C'est-à-dire, quel **principal** peut effectuer des **actions**, ainsi que les **ressources** sur lesquelles il peut le faire et dans quelles **conditions**.
Chaque entité IAM (utilisateur ou rôle) démarre sans autorisation. Par défaut, les utilisateurs ne peuvent rien faire, pas même changer leurs propres mots de passe. Pour autoriser un utilisateur à effectuer une opération, un administrateur doit lui associer une politique d’autorisations. Il peut également ajouter l’utilisateur à un groupe disposant des autorisations prévues. Lorsqu’un administrateur accorde des autorisations à un groupe, tous les utilisateurs de ce groupe se voient octroyer ces autorisations.
Les politiques IAM définissent les autorisations d’une action, quelle que soit la méthode que vous utilisez pour exécuter l’opération. Par exemple, supposons que vous disposiez d’une politique qui autorise l’action `iam:GetRole`. Un utilisateur appliquant cette politique peut obtenir des informations sur le rôle à partir de AWS Management Console AWS CLI, de ou de l' AWS API.
### Politiques basées sur l’identité
Les politiques basées sur l’identité sont des documents de politique d’autorisations JSON que vous pouvez attacher à une identité telle qu’un utilisateur, un groupe d’utilisateurs ou un rôle IAM. Ces politiques contrôlent quel type d’actions des utilisateurs et des rôles peuvent exécuter, sur quelles ressources et dans quelles conditions. Pour découvrir comment créer une politique basée sur l’identité, consultez [Définition d’autorisations IAM personnalisées avec des politiques gérées par le client](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dans le *Guide de l’utilisateur IAM*.
Les politiques basées sur l’identité peuvent être classées comme des *politiques en ligne* ou des *politiques gérées*. Les politiques en ligne sont intégrées directement à un utilisateur, groupe ou rôle. Les politiques gérées sont des politiques autonomes que vous pouvez attacher à plusieurs utilisateurs, groupes et rôles dans votre Compte AWS. Les politiques gérées incluent les politiques AWS gérées et les politiques gérées par le client. Pour découvrir comment choisir entre une politique gérée et une politique en ligne, consultez [Choix entre les politiques gérées et les politiques en ligne](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#choosing-managed-or-inline) dans le *Guide de l’utilisateur IAM*.
### Politiques basées sur les ressources
Les politiques basées sur les ressources sont des documents de politique JSON que vous attachez à une ressource. Par exemple, les *politiques de confiance de rôle* IAM et les *politiques de compartiment* Amazon S3 sont des politiques basées sur les ressources. Dans les services qui sont compatibles avec les politiques basées sur les ressources, les administrateurs de service peuvent les utiliser pour contrôler l’accès à une ressource spécifique. Pour la ressource dans laquelle se trouve la politique, cette dernière définit quel type d’actions un principal spécifié peut effectuer sur cette ressource et dans quelles conditions. Vous devez [spécifier un principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) dans une politique basée sur les ressources. Les principaux peuvent inclure des comptes, des utilisateurs, des rôles, des utilisateurs fédérés ou. Services AWS
Les politiques basées sur les ressources sont des politiques en ligne situées dans ce service. Vous ne pouvez pas utiliser les politiques AWS gérées par IAM dans une stratégie basée sur les ressources.
### Autres types de politique
AWS prend en charge d'autres types de politiques moins courants. Ces types de politiques peuvent définir le nombre maximum d’autorisations qui vous sont accordées par des types de politiques plus courants.
+ **Limite d’autorisations** : une limite d’autorisations est une fonctionnalité avancée dans laquelle vous définissez le nombre maximal d’autorisations qu’une politique basée sur l’identité peut accorder à une entité IAM (utilisateur ou rôle IAM). Vous pouvez définir une limite d'autorisations pour une entité. Les autorisations obtenues représentent la combinaison des politiques basées sur l'identité de l'entité et de ses limites d'autorisations. Les politiques basées sur les ressources qui spécifient l'utilisateur ou le rôle dans le champ `Principal` ne sont pas limitées par les limites d'autorisations. Un refus explicite dans l’une de ces politiques annule l’autorisation. Pour plus d’informations sur les limites d’autorisations, consultez [Limites d’autorisations pour des entités IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html) dans le *Guide de l’utilisateur IAM*.
+ **Politiques de contrôle des services (SCPs)** : SCPs politiques JSON qui spécifient les autorisations maximales pour une organisation ou une unité organisationnelle (UO) dans AWS Organizations. AWS Organizations est un service permettant de regrouper et de gérer de manière centralisée Comptes AWS les multiples propriétés de votre entreprise. Si vous activez toutes les fonctionnalités d'une organisation, vous pouvez appliquer des politiques de contrôle des services (SCPs) à l'un ou à l'ensemble de vos comptes. Le SCP limite les autorisations pour les entités figurant dans les comptes des membres, y compris chacune Utilisateur racine d'un compte AWS d'entre elles. Pour plus d'informations sur les Organizations SCPs, voir [Comment SCPs travailler](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_about-scps.html) dans le *Guide de AWS Organizations l'utilisateur*.
+ **Politiques de séance** : les politiques de séance sont des politiques avancées que vous utilisez en tant que paramètre lorsque vous créez par programmation une séance temporaire pour un rôle ou un utilisateur fédéré. Les autorisations de séance en résultant sont une combinaison des politiques basées sur l’identité de l’utilisateur ou du rôle et des politiques de séance. Les autorisations peuvent également provenir d’une politique basée sur les ressources. Un refus explicite dans l’une de ces politiques annule l’autorisation. Pour plus d’informations, consultez [Politiques de session](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session) dans le *Guide de l’utilisateur IAM*.
### Plusieurs types de politique
Lorsque plusieurs types de politiques s’appliquent à la requête, les autorisations en résultant sont plus compliquées à comprendre. Pour savoir comment AWS déterminer s'il faut autoriser une demande lorsque plusieurs types de politiques sont impliqués, consultez la section [Logique d'évaluation des politiques](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) dans le *guide de l'utilisateur IAM*.
# Comment AWS Clean Rooms fonctionne avec IAM
Avant d'utiliser IAM pour gérer l'accès à AWS Clean Rooms, découvrez les fonctionnalités IAM disponibles. AWS Clean Rooms
**Fonctionnalités IAM que vous pouvez utiliser avec AWS Clean Rooms**
| Fonctionnalité IAM | AWS Clean Rooms soutien |
| --- | --- |
| [Politiques basées sur l’identité](#security_iam_service-with-iam-id-based-policies) | Oui |
| [Politiques basées sur les ressources](#security_iam_service-with-iam-resource-based-policies) | Partielle |
| [Actions de politique](#security_iam_service-with-iam-id-based-policies-actions) | Oui |
| [Ressources de politique](#security_iam_service-with-iam-id-based-policies-resources) | Oui |
| [Clés de condition de politique (spécifiques au service)](#security_iam_service-with-iam-id-based-policies-conditionkeys) | Partielle |
| [ACLs](#security_iam_service-with-iam-acls) | Non |
| [ABAC (étiquettes dans les politiques)](#security_iam_service-with-iam-tags) | Oui |
| [Informations d’identification temporaires](#security_iam_service-with-iam-roles-tempcreds) | Oui |
| [Transmission des sessions d’accès (FAS)](#security_iam_service-with-iam-principal-permissions) | Oui |
| [Rôles de service](#security_iam_service-with-iam-roles-service) | Oui |
| [Rôles liés à un service](#security_iam_service-with-iam-roles-service-linked) | Non |
Pour obtenir une vue d'ensemble de la façon dont la plupart des fonctionnalités IAM Services AWS fonctionnent AWS Clean Rooms et des autres fonctionnalités, consultez Services AWS le [guide de l'utilisateur IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) consacré à *leur* utilisation.
## Politiques basées sur l'identité pour AWS Clean Rooms
**Prend en charge les politiques basées sur l’identité :** oui
Les politiques basées sur l’identité sont des documents de politique d’autorisations JSON que vous pouvez attacher à une identité telle qu’un utilisateur, un groupe d’utilisateurs ou un rôle IAM. Ces politiques contrôlent quel type d’actions des utilisateurs et des rôles peuvent exécuter, sur quelles ressources et dans quelles conditions. Pour découvrir comment créer une politique basée sur l’identité, consultez [Définition d’autorisations IAM personnalisées avec des politiques gérées par le client](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dans le *Guide de l’utilisateur IAM*.
Avec les politiques IAM basées sur l’identité, vous pouvez spécifier des actions et ressources autorisées ou refusées, ainsi que les conditions dans lesquelles les actions sont autorisées ou refusées. Pour découvrir tous les éléments que vous utilisez dans une politique JSON, consultez [Références des éléments de politique JSON IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) dans le *Guide de l’utilisateur IAM*.
### Exemples de politiques basées sur l'identité pour AWS Clean Rooms
Pour consulter des exemples de politiques AWS Clean Rooms basées sur l'identité, consultez. [Exemples de politiques basées sur l'identité pour AWS Clean Rooms](security_iam_id-based-policy-examples.md)
## Politiques basées sur les ressources au sein de AWS Clean Rooms
**Prise en charge des politiques basées sur les ressources :** partielle
Les politiques basées sur les ressources sont des documents de politique JSON que vous attachez à une ressource. Par exemple, les *politiques de confiance de rôle* IAM et les *politiques de compartiment* Amazon S3 sont des politiques basées sur les ressources. Dans les services qui sont compatibles avec les politiques basées sur les ressources, les administrateurs de service peuvent les utiliser pour contrôler l’accès à une ressource spécifique. Pour la ressource dans laquelle se trouve la politique, cette dernière définit quel type d’actions un principal spécifié peut effectuer sur cette ressource et dans quelles conditions. Vous devez [spécifier un principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) dans une politique basée sur les ressources. Les principaux peuvent inclure des comptes, des utilisateurs, des rôles, des utilisateurs fédérés ou. Services AWS
Pour permettre un accès intercompte, vous pouvez spécifier un compte entier ou des entités IAM dans un autre compte en tant que principal dans une politique basée sur les ressources. Pour plus d’informations, consultez [Accès intercompte aux ressources dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dans le *Guide de l’utilisateur IAM*.
Le AWS Clean Rooms service ne prend en charge qu'un seul type de politique basée sur les ressources, appelée politique *de ressources gérées par modèle similaire configuré*, qui est attachée à un modèle similaire configuré. Cette politique définit les principaux autorisés à effectuer des actions sur le modèle similaire configuré.
Pour savoir comment associer une politique basée sur les ressources à un modèle similaire configuré, consultez. **[Comportements IAM pour AWS Clean Rooms ML](ml-behaviors.md)**
## Actions politiques pour AWS Clean Rooms
**Prend en charge les actions de politique :** oui
Les administrateurs peuvent utiliser les politiques AWS JSON pour spécifier qui a accès à quoi. C’est-à-dire, quel **principal** peut effectuer **des actions** sur quelles **ressources** et dans quelles **conditions**.
L’élément `Action` d’une politique JSON décrit les actions que vous pouvez utiliser pour autoriser ou refuser l’accès à une politique. Intégration d’actions dans une politique afin d’accorder l’autorisation d’exécuter les opérations associées.
Pour consulter la liste des AWS Clean Rooms actions, voir [Actions définies par AWS Clean Rooms](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awscleanrooms.html) dans la *référence d'autorisation de service*.
Les actions de politique en AWS Clean Rooms cours utilisent le préfixe suivant avant l'action.
```
cleanrooms
```
Pour indiquer plusieurs actions dans une seule déclaration, séparez-les par des virgules.
```
"Action": [
"cleanrooms:action1",
"cleanrooms:action2"
]
```
Pour consulter des exemples de politiques AWS Clean Rooms basées sur l'identité, consultez. [Exemples de politiques basées sur l'identité pour AWS Clean Rooms](security_iam_id-based-policy-examples.md)
## Ressources politiques pour AWS Clean Rooms
**Prend en charge les ressources de politique :** oui
Les administrateurs peuvent utiliser les politiques AWS JSON pour spécifier qui a accès à quoi. C’est-à-dire, quel **principal** peut effectuer **des actions** sur quelles **ressources** et dans quelles **conditions**.
L’élément de politique JSON `Resource` indique le ou les objets auxquels l’action s’applique. Il est recommandé de définir une ressource à l’aide de son [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). Pour les actions qui ne sont pas compatibles avec les autorisations de niveau ressource, utilisez un caractère générique (\$1) afin d’indiquer que l’instruction s’applique à toutes les ressources.
```
"Resource": "*"
```
Pour consulter la liste des types de AWS Clean Rooms ressources et leurs caractéristiques ARNs, consultez la section [Ressources définies par AWS Clean Rooms](https://docs.aws.amazon.com/service-authorization/latest/reference/list_your_service.html#your_service-resources-for-iam-policies) dans la *référence d'autorisation de service*. Pour savoir grâce à quelles actions vous pouvez spécifier l’ARN de chaque ressource, consultez [Actions définies par AWS Clean Rooms](https://docs.aws.amazon.com/service-authorization/latest/reference/list_your_service.html#your_service-actions-as-permissions).
Pour consulter des exemples de politiques AWS Clean Rooms basées sur l'identité, consultez. [Exemples de politiques basées sur l'identité pour AWS Clean Rooms](security_iam_id-based-policy-examples.md)
## Clés de conditions de politique pour AWS Clean Rooms
**Prend en charge les clés de condition de politique spécifiques au service** : partiel
Les administrateurs peuvent utiliser les politiques AWS JSON pour spécifier qui a accès à quoi. C’est-à-dire, quel **principal** peut effectuer **des actions** sur quelles **ressources** et dans quelles **conditions**.
L’élément `Condition` indique à quel moment les instructions s’exécutent en fonction de critères définis. Vous pouvez créer des expressions conditionnelles qui utilisent des [opérateurs de condition](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html), tels que les signes égal ou inférieur à, pour faire correspondre la condition de la politique aux valeurs de la demande. Pour voir toutes les clés de condition AWS globales, voir les clés de [contexte de condition AWS globales](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) dans le *guide de l'utilisateur IAM*.
Pour savoir comment AWS Clean Rooms ML utilise les clés de conditions de politique, consultez **[Comportements IAM pour AWS Clean Rooms ML](ml-behaviors.md)**.
## ACLs in AWS Clean Rooms
**Supports ACLs :** Non
Les listes de contrôle d'accès (ACLs) contrôlent les principaux (membres du compte, utilisateurs ou rôles) autorisés à accéder à une ressource. ACLs sont similaires aux politiques basées sur les ressources, bien qu'elles n'utilisent pas le format de document de politique JSON.
## ABAC avec AWS Clean Rooms
**Prise en charge d’ABAC (balises dans les politiques) :** Oui
Le contrôle d’accès par attributs (ABAC) est une stratégie d’autorisation qui définit les autorisations en fonction des attributs appelés balises. Vous pouvez associer des balises aux entités et aux AWS ressources IAM, puis concevoir des politiques ABAC pour autoriser les opérations lorsque la balise du principal correspond à la balise de la ressource.
Pour contrôler l’accès basé sur des étiquettes, vous devez fournir les informations d’étiquette dans l’[élément de condition](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) d’une politique utilisant les clés de condition `aws:ResourceTag/key-name`, `aws:RequestTag/key-name` ou `aws:TagKeys`.
Si un service prend en charge les trois clés de condition pour tous les types de ressources, alors la valeur pour ce service est **Oui**. Si un service prend en charge les trois clés de condition pour certains types de ressources uniquement, la valeur est **Partielle**.
Pour plus d’informations sur ABAC, consultez [Définition d’autorisations avec l’autorisation ABAC](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html) dans le *Guide de l’utilisateur IAM*. Pour accéder à un didacticiel décrivant les étapes de configuration de l’ABAC, consultez [Utilisation du contrôle d’accès par attributs (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html) dans le *Guide de l’utilisateur IAM*.
## Utilisation d'informations d'identification temporaires avec AWS Clean Rooms
**Prend en charge les informations d’identification temporaires :** oui
Les informations d'identification temporaires fournissent un accès à court terme aux AWS ressources et sont automatiquement créées lorsque vous utilisez la fédération ou que vous changez de rôle. AWS recommande de générer dynamiquement des informations d'identification temporaires au lieu d'utiliser des clés d'accès à long terme. Pour plus d’informations, consultez [Informations d’identification de sécurité temporaires dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html) et [Services AWS compatibles avec IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) dans le *Guide de l’utilisateur IAM*.
## Transférer les sessions d'accès pour AWS Clean Rooms
**Prend en charge les sessions d’accès direct (FAS) :** oui
Les sessions d'accès direct (FAS) utilisent les autorisations du principal appelant et Service AWS, combinées Service AWS à la demande d'envoi de demandes aux services en aval. Pour plus de détails sur la politique relative à la transmission de demandes FAS, consultez la section [Sessions de transmission d’accès](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html).
## Rôles de service pour AWS Clean Rooms
**Prend en charge les rôles de service :** oui
Un rôle de service est un [rôle IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) qu’un service endosse pour accomplir des actions en votre nom. Un administrateur IAM peut créer, modifier et supprimer un rôle de service à partir d’IAM. Pour plus d’informations, consultez [Création d’un rôle pour la délégation d’autorisations à un Service AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) dans le *Guide de l’utilisateur IAM*.
**Avertissement**
La modification des autorisations associées à un rôle de service peut perturber AWS Clean Rooms les fonctionnalités. Modifiez les rôles de service uniquement lorsque AWS Clean Rooms vous êtes invité à le faire.
## Rôles liés à un service pour AWS Clean Rooms
**Prend en charge les rôles liés à un service :** non
Un rôle lié à un service est un type de rôle de service lié à un. Service AWS Le service peut endosser le rôle afin d’effectuer une action en votre nom. Les rôles liés à un service apparaissent dans votre Compte AWS répertoire et appartiennent au service. Un administrateur IAM peut consulter, mais ne peut pas modifier, les autorisations concernant les rôles liés à un service.
Pour plus d’informations sur la création ou la gestion des rôles liés à un service, consultez [Services AWS qui fonctionnent avec IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html). Recherchez un service dans le tableau qui inclut un `Yes` dans la colonne **Rôle lié à un service**. Choisissez le lien **Oui** pour consulter la documentation du rôle lié à ce service.
# Exemples de politiques basées sur l'identité pour AWS Clean Rooms
Par défaut, les utilisateurs et les rôles ne sont pas autorisés à créer ou modifier les ressources AWS Clean Rooms . Pour octroyer aux utilisateurs des autorisations d’effectuer des actions sur les ressources dont ils ont besoin, un administrateur IAM peut créer des politiques IAM.
Pour apprendre à créer une politique basée sur l’identité IAM à l’aide de ces exemples de documents de politique JSON, consultez [Création de politiques IAM (console)](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html) dans le *Guide de l’utilisateur IAM*.
Pour plus de détails sur les actions et les types de ressources définis par AWS Clean Rooms, y compris le format de ARNs pour chacun des types de ressources, voir [Actions, ressources et clés de condition AWS Clean Rooms](https://docs.aws.amazon.com/service-authorization/latest/reference/list_your_service.html) dans la *référence d'autorisation de service*.
**Topics**
+ [Bonnes pratiques en matière de politiques](#security_iam_service-with-iam-policy-best-practices)
+ [Utilisation de la AWS Clean Rooms console](#security_iam_id-based-policy-examples-console)
+ [Autorisation accordée aux utilisateurs pour afficher leurs propres autorisations](#security_iam_id-based-policy-examples-view-own-permissions)
## Bonnes pratiques en matière de politiques
Les politiques basées sur l'identité déterminent si quelqu'un peut créer, accéder ou supprimer AWS Clean Rooms des ressources dans votre compte. Ces actions peuvent entraîner des frais pour votre Compte AWS. Lorsque vous créez ou modifiez des politiques basées sur l’identité, suivez ces instructions et recommandations :
+ **Commencez AWS par les politiques gérées et passez aux autorisations du moindre privilège : pour commencer à accorder des autorisations** à vos utilisateurs et à vos charges de travail, utilisez les *politiques AWS gérées* qui accordent des autorisations pour de nombreux cas d'utilisation courants. Ils sont disponibles dans votre Compte AWS. Nous vous recommandons de réduire davantage les autorisations en définissant des politiques gérées par les AWS clients spécifiques à vos cas d'utilisation. Pour plus d’informations, consultez [politiques gérées par AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) ou [politiques gérées par AWS pour les activités professionnelles](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) dans le *Guide de l’utilisateur IAM*.
+ **Accordez les autorisations de moindre privilège** : lorsque vous définissez des autorisations avec des politiques IAM, accordez uniquement les autorisations nécessaires à l’exécution d’une seule tâche. Pour ce faire, vous définissez les actions qui peuvent être entreprises sur des ressources spécifiques dans des conditions spécifiques, également appelées *autorisations de moindre privilège*. Pour plus d’informations sur l’utilisation d’IAM pour appliquer des autorisations, consultez [politiques et autorisations dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) dans le *Guide de l’utilisateur IAM*.
+ **Utilisez des conditions dans les politiques IAM pour restreindre davantage l’accès** : vous pouvez ajouter une condition à vos politiques afin de limiter l’accès aux actions et aux ressources. Par exemple, vous pouvez écrire une condition de politique pour spécifier que toutes les demandes doivent être envoyées via SSL. Vous pouvez également utiliser des conditions pour accorder l'accès aux actions de service si elles sont utilisées par le biais d'un service spécifique Service AWS, tel que CloudFormation. Pour plus d’informations, consultez [Conditions pour éléments de politique JSON IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dans le *Guide de l’utilisateur IAM*.
+ **Utilisez l’Analyseur d’accès IAM pour valider vos politiques IAM afin de garantir des autorisations sécurisées et fonctionnelles** : l’Analyseur d’accès IAM valide les politiques nouvelles et existantes de manière à ce que les politiques IAM respectent le langage de politique IAM (JSON) et les bonnes pratiques IAM. IAM Access Analyzer fournit plus de 100 vérifications de politiques et des recommandations exploitables pour vous aider à créer des politiques sécurisées et fonctionnelles. Pour plus d’informations, consultez [Validation de politiques avec IAM Access Analyzer](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) dans le *Guide de l’utilisateur IAM*.
+ **Exiger l'authentification multifactorielle (MFA**) : si vous avez un scénario qui nécessite des utilisateurs IAM ou un utilisateur root, activez l'authentification MFA pour une sécurité accrue. Compte AWS Pour exiger la MFA lorsque des opérations d’API sont appelées, ajoutez des conditions MFA à vos politiques. Pour plus d’informations, consultez [Sécurisation de l’accès aux API avec MFA](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) dans le *Guide de l’utilisateur IAM*.
Pour plus d’informations sur les bonnes pratiques dans IAM, consultez [Bonnes pratiques de sécurité dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) dans le *Guide de l’utilisateur IAM*.
## Utilisation de la AWS Clean Rooms console
Pour accéder à la AWS Clean Rooms console, vous devez disposer d'un ensemble minimal d'autorisations. Ces autorisations doivent vous permettre de répertorier et d'afficher les détails AWS Clean Rooms des ressources de votre Compte AWS. Si vous créez une politique basée sur l’identité qui est plus restrictive que l’ensemble minimum d’autorisations requis, la console ne fonctionnera pas comme prévu pour les entités (utilisateurs ou rôles) tributaires de cette politique.
Il n'est pas nécessaire d'accorder des autorisations de console minimales aux utilisateurs qui appellent uniquement l'API AWS CLI ou l' AWS API. Autorisez plutôt l’accès à uniquement aux actions qui correspondent à l’opération d’API qu’ils tentent d’effectuer.
Pour garantir que les utilisateurs et les rôles peuvent toujours utiliser la AWS Clean Rooms console, associez également la politique AWS Clean Rooms `FullAccess` ou la politique `ReadOnly` AWS gérée aux entités. Pour plus d’informations, consultez [Ajout d’autorisations à un utilisateur](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) dans le *Guide de l’utilisateur IAM*.
## Autorisation accordée aux utilisateurs pour afficher leurs propres autorisations
Cet exemple montre comment créer une politique qui permet aux utilisateurs IAM d’afficher les politiques en ligne et gérées attachées à leur identité d’utilisateur. Cette politique inclut les autorisations permettant d'effectuer cette action sur la console ou par programmation à l'aide de l'API AWS CLI or AWS .
```
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "ViewOwnUserInfo",
"Effect": "Allow",
"Action": [
"iam:GetUserPolicy",
"iam:ListGroupsForUser",
"iam:ListAttachedUserPolicies",
"iam:ListUserPolicies",
"iam:GetUser"
],
"Resource": ["arn:aws:iam::*:user/${aws:username}"]
},
{
"Sid": "NavigateInConsole",
"Effect": "Allow",
"Action": [
"iam:GetGroupPolicy",
"iam:GetPolicyVersion",
"iam:GetPolicy",
"iam:ListAttachedGroupPolicies",
"iam:ListGroupPolicies",
"iam:ListPolicyVersions",
"iam:ListPolicies",
"iam:ListUsers"
],
"Resource": "*"
}
]
}
```
# AWS politiques gérées pour AWS Clean Rooms
Une politique AWS gérée est une politique autonome créée et administrée par AWS. AWS les politiques gérées sont conçues pour fournir des autorisations pour de nombreux cas d'utilisation courants afin que vous puissiez commencer à attribuer des autorisations aux utilisateurs, aux groupes et aux rôles.
N'oubliez pas que les politiques AWS gérées peuvent ne pas accorder d'autorisations de moindre privilège pour vos cas d'utilisation spécifiques, car elles sont accessibles à tous les AWS clients. Nous vous recommandons de réduire encore les autorisations en définissant des [politiques gérées par le client](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies) qui sont propres à vos cas d’utilisation.
Vous ne pouvez pas modifier les autorisations définies dans les politiques AWS gérées. Si les autorisations définies dans une politique AWS gérée sont AWS mises à jour, la mise à jour affecte toutes les identités principales (utilisateurs, groupes et rôles) auxquelles la politique est attachée. AWS est le plus susceptible de mettre à jour une politique AWS gérée lorsqu'une nouvelle politique Service AWS est lancée ou lorsque de nouvelles opérations d'API sont disponibles pour les services existants.
Pour plus d’informations, consultez [Politiques gérées par AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) dans le *Guide de l’utilisateur IAM*.
## AWS politique gérée : `AWSCleanRoomsReadOnlyAccess`
Vous pouvez vous rattacher `AWSCleanRoomsReadOnlyAccess` à vos principaux IAM.
Cette politique accorde des autorisations en lecture seule aux ressources et aux métadonnées dans le cadre d'une `AWSCleanRoomsReadOnlyAccess` collaboration.
**Détails de l’autorisation**
Cette politique inclut les autorisations suivantes :
+ `CleanRoomsRead`— Permet aux principaux d'accéder au service en lecture seule.
+ `ConsoleDisplayTables`— Permet aux principaux d'accéder en lecture seule aux AWS Glue métadonnées nécessaires pour afficher les données relatives aux AWS Glue tables sous-jacentes sur la console.
+ `ConsoleLogSummaryQueryLogs`— Permet aux principaux de consulter les journaux de requêtes.
+ `ConsoleLogSummaryObtainLogs`— Permet aux principaux de récupérer les résultats du journal.
Pour obtenir une liste JSON des détails de la politique, consultez [AWSCleanRoomsReadOnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSCleanRoomsReadOnlyAccess.html)le *Guide de référence des politiques AWS gérées*.
## AWS politique gérée : `AWSCleanRoomsFullAccess`
Vous pouvez vous rattacher `AWSCleanRoomsFullAccess` à vos principaux IAM.
Cette politique accorde des autorisations administratives qui permettent un accès complet (lecture, écriture et mise à jour) aux ressources et aux métadonnées dans le cadre d'une AWS Clean Rooms collaboration. Cette politique inclut l'accès pour effectuer des requêtes.
**Détails de l’autorisation**
Cette politique inclut les autorisations suivantes :
+ `CleanRoomsAccess`— Accorde un accès complet à toutes les actions sur toutes les ressources pour AWS Clean Rooms.
+ `PassServiceRole`— Accorde l'accès pour transmettre un rôle de service uniquement au service (`PassedToService`condition) dont le nom contient cleanrooms « ».
+ `ListRolesToPickServiceRole`— Permet aux directeurs de répertorier tous leurs rôles afin de choisir un rôle de service lors de l'utilisation AWS Clean Rooms.
+ `GetRoleAndListRolePoliciesToInspectServiceRole`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `ListPoliciesToInspectServiceRolePolicy`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `GetPolicyToInspectServiceRolePolicy`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `ConsoleDisplayTables`— Permet aux principaux d'accéder en lecture seule aux AWS Glue métadonnées nécessaires pour afficher les données relatives aux AWS Glue tables sous-jacentes sur la console.
+ `ConsolePickQueryResultsBucketListAll`— Permet aux principaux de choisir un compartiment Amazon S3 dans une liste de tous les compartiments S3 disponibles dans lesquels les résultats de leurs requêtes sont écrits.
+ `SetQueryResultsBucket`— Permet aux principaux de choisir un compartiment S3 dans lequel les résultats de leurs requêtes sont écrits.
+ `ConsoleDisplayQueryResults`— Permet aux principaux d'afficher les résultats de la requête au client, lus depuis le compartiment S3.
+ `WriteQueryResults`— Permet aux principaux d'écrire les résultats de la requête dans un compartiment S3 appartenant au client.
+ `EstablishLogDeliveries`— Permet aux principaux de fournir des journaux de requêtes au groupe de CloudWatch journaux Amazon Logs d'un client.
+ `SetupLogGroupsDescribe`— Permet aux principaux d'utiliser le processus de création de groupes de CloudWatch journaux Amazon Logs.
+ `SetupLogGroupsCreate`— Permet aux principaux de créer un groupe de CloudWatch journaux Amazon Logs.
+ `SetupLogGroupsResourcePolicy`— Permet aux principaux de définir une politique de ressources sur le groupe de CloudWatch journaux Amazon Logs.
+ `ConsoleLogSummaryQueryLogs`— Permet aux principaux de consulter les journaux de requêtes.
+ `ConsoleLogSummaryObtainLogs`— Permet aux principaux de récupérer les résultats du journal.
Pour obtenir une liste JSON des détails de la politique, consultez [AWSCleanRoomsFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSCleanRoomsFullAccess.html)le *Guide de référence des politiques AWS gérées*.
## AWS politique gérée : `AWSCleanRoomsFullAccessNoQuerying`
Vous pouvez joindre `AWSCleanRoomsFullAccessNoQuerying` à votreIAM principals.
Cette politique accorde des autorisations administratives qui permettent un accès complet (lecture, écriture et mise à jour) aux ressources et aux métadonnées dans le cadre d'une AWS Clean Rooms collaboration. Cette politique exclut l'accès pour effectuer des requêtes.
**Détails de l’autorisation**
Cette politique inclut les autorisations suivantes :
+ `CleanRoomsAccess`— Accorde un accès complet à toutes les actions sur toutes les ressources AWS Clean Rooms, à l'exception des requêtes dans le cadre de collaborations.
+ `CleanRoomsNoQuerying`— Refuse explicitement `StartProtectedQuery` et `UpdateProtectedQuery` empêche les requêtes.
+ `PassServiceRole`— Accorde l'accès pour transmettre un rôle de service uniquement au service (`PassedToService`condition) dont le nom contient cleanrooms « ».
+ `ListRolesToPickServiceRole`— Permet aux directeurs de répertorier tous leurs rôles afin de choisir un rôle de service lors de l'utilisation AWS Clean Rooms.
+ `GetRoleAndListRolePoliciesToInspectServiceRole`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `ListPoliciesToInspectServiceRolePolicy`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `GetPolicyToInspectServiceRolePolicy`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `ConsoleDisplayTables`— Permet aux principaux d'accéder en lecture seule aux AWS Glue métadonnées nécessaires pour afficher les données relatives aux AWS Glue tables sous-jacentes sur la console.
+ `EstablishLogDeliveries`— Permet aux principaux de fournir des journaux de requêtes au groupe de CloudWatch journaux Amazon Logs d'un client.
+ `SetupLogGroupsDescribe`— Permet aux principaux d'utiliser le processus de création de groupes de CloudWatch journaux Amazon Logs.
+ `SetupLogGroupsCreate`— Permet aux principaux de créer un groupe de CloudWatch journaux Amazon Logs.
+ `SetupLogGroupsResourcePolicy`— Permet aux principaux de définir une politique de ressources sur le groupe de CloudWatch journaux Amazon Logs.
+ `ConsoleLogSummaryQueryLogs`— Permet aux principaux de consulter les journaux de requêtes.
+ `ConsoleLogSummaryObtainLogs`— Permet aux principaux de récupérer les résultats du journal.
+ `cleanrooms`— Gérez les collaborations, les modèles d'analyse, les tables configurées, les adhésions et les ressources associées au sein du AWS Clean Rooms service. Effectuez diverses opérations telles que la création, la mise à jour, la suppression, la liste et la récupération d'informations sur ces ressources.
+ `iam`— Transmettez les rôles de service dont les noms contiennent `cleanrooms` « » au AWS Clean Rooms service. Répertoriez les rôles, les politiques et inspectez les rôles de service et les politiques liés au AWS Clean Rooms service.
+ `glue`— Récupérez des informations sur les bases de données, les tables, les partitions et les schémas à partir de AWS Glue. Cela est nécessaire pour que le AWS Clean Rooms service affiche et interagisse avec les sources de données sous-jacentes.
+ `logs`— Gérez les livraisons de journaux, les groupes de journaux et les politiques de ressources pour les CloudWatch journaux. Interrogez et récupérez les journaux relatifs au AWS Clean Rooms service. Ces autorisations sont nécessaires à des fins de surveillance, d'audit et de dépannage au sein du service.
La politique refuse également explicitement les actions `cleanrooms:StartProtectedQuery` et empêche les utilisateurs `cleanrooms:UpdateProtectedQuery` d'exécuter ou de mettre à jour directement les requêtes protégées, ce qui doit être fait par le biais des mécanismes AWS Clean Rooms contrôlés.
Pour obtenir une liste JSON des détails de la politique, consultez [AWSCleanRoomsFullAccessNoQuerying](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSCleanRoomsFullAccessNoQuerying.html)le *Guide de référence des politiques AWS gérées*.
## AWS politique gérée : `AWSCleanRoomsMLReadOnlyAccess`
Vous pouvez vous rattacher `AWSCleanRoomsMLReadOnlyAccess` à vos principaux IAM.
Cette politique accorde des autorisations en lecture seule aux ressources et aux métadonnées dans le cadre d'une `AWSCleanRoomsMLReadOnlyAccess` collaboration.
Cette politique inclut les autorisations suivantes :
+ `CleanRoomsConsoleNavigation`— Permet d'accéder aux écrans de la AWS Clean Rooms console.
+ `CleanRoomsMLRead`— Permet aux principaux d'accéder en lecture seule au service Clean Rooms ML.
+ `PassCleanRoomsResources`— Permet de transmettre des AWS Clean Rooms ressources spécifiées.
Pour une liste JSON des détails de la politique, voir [AWSCleanRooms MLRead OnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSCleanRoomsMLReadOnlyAccess.html) dans le *AWS Managed Policy Reference Guide*.
## AWS politique gérée : `AWSCleanRoomsMLFullAccess`
Vous pouvez vous rattacher `AWSCleanRoomsMLFullAcces` à vos principaux IAM. Cette politique accorde des autorisations administratives qui permettent un accès complet (lecture, écriture et mise à jour) aux ressources et aux métadonnées nécessaires à Clean Rooms ML.
**Détails de l’autorisation**
Cette politique inclut les autorisations suivantes :
+ `CleanRoomsMLFullAccess`— Accorde l'accès à toutes les actions de Clean Rooms ML.
+ `PassServiceRole`— Accorde l'accès pour transmettre un rôle de service uniquement au service (`PassedToService`condition) dont le nom contient cleanrooms-ml « ».
+ `CleanRoomsConsoleNavigation`— Permet d'accéder aux écrans de la AWS Clean Rooms console.
+ `CollaborationMembershipCheck`— Lorsque vous lancez une tâche de génération d'audience (segment similaire) dans le cadre d'une collaboration, le service Clean Rooms ML appelle `ListMembers` pour vérifier que la collaboration est valide, que l'appelant est un membre actif et que le propriétaire du modèle d'audience configuré est un membre actif. Cette autorisation est toujours requise ; le SID de navigation dans la console n'est requis que pour les utilisateurs de la console.
+ `PassCleanRoomsResources`— Permet de transmettre des AWS Clean Rooms ressources spécifiées.
+ `AssociateModels`— Permet aux directeurs d'associer un modèle Clean Rooms ML à votre collaboration.
+ `TagAssociations`— Permet aux principaux d'ajouter des balises à l'association entre un modèle similaire et une collaboration.
+ `ListRolesToPickServiceRole`— Permet aux directeurs de répertorier tous leurs rôles afin de choisir un rôle de service lors de l'utilisation AWS Clean Rooms.
+ `GetRoleAndListRolePoliciesToInspectServiceRole`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `ListPoliciesToInspectServiceRolePolicy`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `GetPolicyToInspectServiceRolePolicy`— Permet aux principaux de voir le rôle du service et la politique correspondante dans IAM.
+ `ConsoleDisplayTables`— Permet aux principaux d'accéder en lecture seule aux AWS Glue métadonnées nécessaires pour afficher les données relatives aux AWS Glue tables sous-jacentes sur la console.
+ `ConsolePickOutputBucket`— Permet aux principaux de sélectionner des compartiments Amazon S3 pour les sorties du modèle d'audience configurées.
+ `ConsolePickS3Location`— Permet aux principaux de sélectionner l'emplacement dans un compartiment pour les sorties du modèle d'audience configurées.
+ `ConsoleDescribeECRRepositories`— Permet aux principaux de décrire les référentiels et les images Amazon ECR.
Pour une liste JSON des détails de la politique, voir [AWSCleanRooms MLFull Access](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSCleanRoomsMLFullAccess.html) dans le *AWS Managed Policy Reference Guide*.
## AWS Clean Rooms mises à jour des politiques AWS gérées
Consultez les détails des mises à jour des politiques AWS gérées AWS Clean Rooms depuis que ce service a commencé à suivre ces modifications. Pour recevoir des alertes automatiques concernant les modifications apportées à cette page, abonnez-vous au flux RSS sur la page Historique du AWS Clean Rooms document.
| Modifier | Description | Date |
| --- | --- | --- |
| [AWSCleanRoomsFullAccessNoQuerying](#security-iam-awsmanpol-fullaccess-noquery)— Mise à jour de la politique existante | Ajout de salles blanches : UpdateConfiguredTableAllowedColumns et de salles blanches : UpdateConfiguredTableReference à. CleanRoomsAccess | 29 juillet 2025 |
| [AWSCleanRoomsMLReadOnlyAccess](#ml-read-only) : mise à jour de la politique existante | Ajout de PassCleanRoomsResources à AWSCleanRoomsMLReadOnlyAccess. Ajout de PassCleanRoomsResources et ConsoleDescribeECRRepositories à AWSCleanRoomsMLFullAccess. | 10 janvier 2025 |
| [AWSCleanRoomsFullAccessNoQuerying](#security-iam-awsmanpol-fullaccess-noquery) : mise à jour de la politique existante | Ajout de cleanrooms:BatchGetSchemaAnalysisRule à CleanRoomsAccess. | 13 mai 2024 |
| [AWSCleanRoomsFullAccess](#security-iam-awsmanpol-fullaccess) : mise à jour de la politique existante | L'ID AWSCleanRoomsFullAccess de déclaration a été mis ConsolePickQueryResultsBucket à jour SetQueryResultsBucket dans cette politique afin de mieux représenter les autorisations, car celles-ci sont nécessaires pour définir le compartiment des résultats des requêtes avec et sans la console. | 21 mars 2024 |
| [AWSCleanRoomsMLReadOnlyAccess](#ml-read-only) : nouvelle politique [AWSCleanRoomsMLFullAccess](#ml-full-access) : nouvelle politique | Ajouté AWSCleanRoomsMLReadOnlyAccess et AWSCleanRoomsMLFullAccess pour prendre en charge AWS Clean Rooms ML. | 29 novembre 2023 |
| [AWSCleanRoomsFullAccessNoQuerying](#security-iam-awsmanpol-fullaccess-noquery) : mise à jour de la politique existante | Ajout de cleanrooms:CreateAnalysisTemplatecleanrooms:GetAnalysisTemplate,cleanrooms:UpdateAnalysisTemplate, cleanrooms:DeleteAnalysisTemplate,cleanrooms:ListAnalysisTemplates,cleanrooms:GetCollaborationAnalysisTemplate,cleanrooms:BatchGetCollaborationAnalysisTemplate, et cleanrooms:ListCollaborationAnalysisTemplates CleanRoomsAccess pour activer la nouvelle fonctionnalité de modèles d'analyse. | 31 juillet 2023 |
| [AWSCleanRoomsFullAccessNoQuerying](#security-iam-awsmanpol-fullaccess-noquery) : mise à jour de la politique existante | Ajoutécleanrooms:ListTagsForResource,cleanrooms:UntagResource, et cleanrooms:TagResource pour CleanRoomsAccess activer le balisage des ressources. | 21 mars 2023 |
| AWS Clean Rooms a commencé à suivre les modifications | AWS Clean Rooms a commencé à suivre les modifications apportées AWS à ses politiques gérées. | 12 janvier 2023 |
# Résolution des problèmes AWS Clean Rooms d'identité et d'accès
Utilisez les informations suivantes pour vous aider à diagnostiquer et à résoudre les problèmes courants que vous pouvez rencontrer lorsque vous travaillez avec AWS Clean Rooms IAM.
**Topics**
+ [Je ne suis pas autorisé à effectuer une action dans AWS Clean Rooms](#security_iam_troubleshoot-no-permissions)
+ [Je ne suis pas autorisé à effectuer iam : PassRole](#security_iam_troubleshoot-passrole)
+ [Je souhaite permettre à des personnes extérieures Compte AWS à moi d'accéder à mes AWS Clean Rooms ressources](#security_iam_troubleshoot-cross-account-access)
## Je ne suis pas autorisé à effectuer une action dans AWS Clean Rooms
Si vous recevez une erreur qui indique que vous n’êtes pas autorisé à effectuer une action, vos politiques doivent être mises à jour afin de vous permettre d’effectuer l’action.
L'exemple d'erreur suivant se produit quand l'utilisateur IAM `mateojackson` tente d'utiliser la console pour afficher des informations détaillées sur une ressource `my-example-widget` fictive, mais ne dispose pas des autorisations `cleanrooms:GetWidget` fictives.
```
User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: cleanrooms:GetWidget on resource: my-example-widget
```
Dans ce cas, la stratégie de Mateo doit être mise à jour pour l'autoriser à accéder à la ressource `my-example-widget` à l'aide de l'action `cleanrooms:GetWidget`.
Si vous avez besoin d'aide, contactez votre AWS administrateur. Votre administrateur vous a fourni vos informations d’identification de connexion.
## Je ne suis pas autorisé à effectuer iam : PassRole
Si vous recevez une erreur selon laquelle vous n’êtes pas autorisé à exécuter `iam:PassRole` l’action, vos stratégies doivent être mises à jour afin de vous permettre de transmettre un rôle à AWS Clean Rooms.
Certains vous Services AWS permettent de transmettre un rôle existant à ce service au lieu de créer un nouveau rôle de service ou un rôle lié à un service. Pour ce faire, vous devez disposer des autorisations nécessaires pour transmettre le rôle au service.
L’exemple d’erreur suivant se produit lorsqu’un utilisateur IAM nommé `marymajor` essaie d’utiliser la console pour exécuter une action dans AWS Clean Rooms. Toutefois, l'action nécessite que le service ait des autorisations accordées par une fonction de service. Mary n'est pas autorisée à transmettre le rôle au service.
```
User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole
```
Dans ce cas, les politiques de Mary doivent être mises à jour pour lui permettre d’exécuter l’action `iam:PassRole`.
Si vous avez besoin d'aide, contactez votre AWS administrateur. Votre administrateur vous a fourni vos informations d’identification de connexion.
## Je souhaite permettre à des personnes extérieures Compte AWS à moi d'accéder à mes AWS Clean Rooms ressources
Vous pouvez créer un rôle que les utilisateurs provenant d’autres comptes ou les personnes extérieures à votre organisation pourront utiliser pour accéder à vos ressources. Vous pouvez spécifier qui est autorisé à assumer le rôle.
Pour plus d’informations, consultez les éléments suivants :
+ Pour savoir si ces fonctionnalités sont prises AWS Clean Rooms en charge, consultez[Comment AWS Clean Rooms fonctionne avec IAM](security_iam_service-with-iam.md).
+ Pour savoir comment fournir l'accès à vos ressources sur celles Comptes AWS que vous possédez, consultez la section [Fournir l'accès à un utilisateur IAM dans un autre utilisateur Compte AWS que vous possédez](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) dans le Guide de l'*utilisateur IAM*.
+ Pour savoir comment fournir l'accès à vos ressources à des tiers Comptes AWS, consultez la section [Fournir un accès à des ressources Comptes AWS détenues par des tiers](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) dans le *guide de l'utilisateur IAM*.
+ Pour savoir comment fournir un accès par le biais de la fédération d’identité, consultez [Fournir un accès à des utilisateurs authentifiés en externe (fédération d’identité)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html) dans le *Guide de l’utilisateur IAM*.
+ Pour découvrir quelle est la différence entre l’utilisation des rôles et l’utilisation des stratégies basées sur les ressources pour l’accès comptes multiples, consultez [Différence entre les rôles IAM et les stratégies basées sur les ressources](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_compare-resource-policies.html) dans le *Guide de l’utilisateur IAM*.
# Prévention du problème de l’adjoint confus entre services
Le problème de député confus est un problème de sécurité dans lequel une entité qui n’est pas autorisée à effectuer une action peut contraindre une entité plus privilégiée à le faire. En AWS, l'usurpation d'identité interservices peut entraîner un problème de confusion chez les adjoints. L’usurpation d’identité entre services peut se produire lorsqu’un service (le *service appelant*) appelle un autre service (le *service appelé*). Le service appelant peut être manipulé et ses autorisations utilisées pour agir sur les ressources d’un autre client auxquelles on ne serait pas autorisé à accéder autrement. Pour éviter cela, AWS fournit des outils qui vous aident à protéger vos données pour tous les services avec des principaux de service qui ont eu accès aux ressources de votre compte.
Nous recommandons d'utiliser les clés de contexte de condition [https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcearn](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcearn)globale dans les politiques de ressources afin de limiter les autorisations qui AWSClean Rooms accordent un autre service à la ressource. Utilisez `aws:SourceArn` si vous souhaitez qu’une seule ressource soit associée à l’accès entre services.
Le moyen le plus efficace de se protéger contre le problème de député confus consiste à utiliser la clé de contexte de condition globale `aws:SourceArn` avec l’ARN complet de la ressource. Dans AWSClean Rooms, vous devez également comparer avec la clé de `sts:ExternalId` condition.
La valeur de `aws:SourceArn` doit être définie sur l'ARN de l'appartenance au rôle assumé.
L'exemple suivant montre comment vous pouvez utiliser la clé de contexte de condition `aws:SourceArn` globale AWSClean Rooms pour éviter le problème de confusion des adjoints.
**Note**
L'exemple de politique s'applique à la politique de confiance du rôle de service AWS Clean Rooms utilisé pour accéder aux données et aux métadonnées d'une table configurée.
La valeur de ** doit être définie sur l'ID de membre du lanceur de requêtes.
Tous les membres de la collaboration peuvent consulter les métadonnées de table configurées, de sorte que chaque ARN d'adhésion doit être inclus dans la liste des membres ARNs.
**Note**
Lorsqu'un rôle de service est créé via la AWS Clean Rooms console, tous les membres actuels de la collaboration sont inclus par défaut dans la condition d'adjoint confus.
Si vous ajoutez de nouveaux membres à une collaboration à laquelle des tables configurées sont déjà associées, veillez à mettre à jour la condition d'adjoint confuse associée à votre rôle de service avec l'ARN de membre du nouveau membre.
Si vous ne mettez pas à jour la condition d'adjoint confuse associée à votre rôle de service après avoir ajouté un nouveau membre, ce nouveau membre ne pourra pas accéder aux informations récupérées à AWS Clean Rooms l'aide de ce rôle.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowIfExternalIdMatches",
"Effect": "Allow",
"Principal": {
"Service": "cleanrooms.amazonaws.com"
},
"Action": "sts:AssumeRole",
"Condition": {
"StringLike": {
"sts:ExternalId": "arn:aws:*:us-east-1:*:dbuser:*/*"
}
}
},
{
"Sid": "AllowIfSourceArnMatches",
"Effect": "Allow",
"Principal": {
"Service": "cleanrooms.amazonaws.com"
},
"Action": "sts:AssumeRole",
"Condition": {
"ForAnyValue:ArnEquals": {
"aws:SourceArn": [
"arn:aws:cleanrooms:us-east-1:111122223333:membership/",
"arn:aws:cleanrooms:us-east-1:444455556666:membership/"
]
}
}
}
]
}
```
------
# Comportements IAM pour AWS Clean Rooms ML
## Emplois multi-comptes
Clean Rooms ML permet à une autre personne d'accéder en toute sécurité Compte AWS à certaines ressources créées par l'un sur son compte Compte AWS. Lorsqu'un client situé dans Compte AWS A fait appel `StartAudienceGenerationJob` à une `ConfiguredAudienceModel` ressource appartenant à Compte AWS B, Clean Rooms ML en crée deux ARNs pour la tâche. Un ARN dans Compte AWS A et un autre dans Compte AWS B. Ils ARNs sont identiques sauf pour le leur Compte AWS.
Clean Rooms ML en crée deux ARNs pour les tâches afin que les deux comptes puissent appliquer leurs propres politiques IAM aux tâches. Par exemple, les deux comptes peuvent utiliser le contrôle d'accès basé sur des balises et appliquer les politiques de leur AWS organisation. La tâche traite les données des deux comptes, de sorte que les deux comptes peuvent supprimer la tâche et les données associées. Aucun des deux comptes ne peut empêcher l'autre compte de supprimer la tâche.
Il n'y a qu'une seule exécution de tâche et les deux comptes peuvent voir la tâche lorsqu'ils appellent`ListAudienceGenerationJobs`. Les deux comptes peuvent appeler le `Get``Delete`, et `Export` APIs au travail en utilisant l'ARN avec leur propre Compte AWS identifiant.
Aucun des deux ne Compte AWS peut accéder à la tâche en utilisant un ARN avec l'autre Compte AWS ID.
Le nom de la tâche doit être unique dans un Compte AWS. Le nom en Compte AWS B est*\$1accountA-\$1name*. Le nom choisi par Compte AWS A est préfixé par Compte AWS A lorsque le travail est affiché dans B. Compte AWS
Pour qu'un compte croisé réussisse, Compte AWS B doit autoriser cette action `StartAudienceGenerationJob` à la fois sur la nouvelle tâche en Compte AWS B et sur la nouvelle tâche `ConfiguredAudienceModel` en Compte AWS B en utilisant une politique de ressources similaire à l'exemple suivant :
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "Clean-Rooms-CAMA-ID",
"Effect": "Allow",
"Principal": {
"AWS": [
"111122223333"
]
},
"Action": [
"cleanrooms-ml:StartAudienceGenerationJob"
],
"Resource": [
"arn:aws:cleanrooms-ml:us-east-1:444455556666:configured-audience-model/id",
"arn:aws:cleanrooms-ml:us-east-1:444455556666:audience-generation-job/*"
],
"Condition":{"StringEquals":{"cleanrooms-ml:CollaborationId":"UUID"}}
}
]
}
```
------
**Note**
Cette politique de ressources AWS Clean Rooms ML fait référence à deux solutions différentes Compte AWS IDs pour favoriser la génération d'audience entre comptes :
**111122223333** - Il s'agit du compte qui contient le principal (utilisateur, rôle ou service) autorisé à démarrer des tâches de génération d'audience. Ce compte lance le flux de travail de traitement ML.
**444455556666** - Il s'agit du compte propriétaire des ressources AWS Clean Rooms ML (le modèle d'audience configuré et les tâches de génération d'audience). Ce compte héberge les modèles ML et gère l'exécution des tâches.
**Remarques de configuration supplémentaires :**
**ID de déclaration (Sid)** : remplacez-le `CAMA-ID` par votre identifiant actuel d' AWS Clean Rooms Audience Model Application (CAMA) pour que la déclaration de politique soit facilement identifiable.
**Ressource IDs** : *id* remplacez-le par l'identifiant réel de votre modèle d'audience configuré et *UUID* par votre identifiant de collaboration spécifique.
**Condition** : cette `cleanrooms-ml:CollaborationId` condition garantit que les tâches de génération d'audience ne peuvent être démarrées que dans le contexte de la AWS Clean Rooms collaboration spécifiée, fournissant ainsi une limite de sécurité supplémentaire.
Cette configuration multi-comptes permet des scénarios dans lesquels une organisation gère les modèles et l'infrastructure de machine learning tout en permettant aux partenaires autorisés de lancer des processus de génération d'audience dans les limites de leur accord de collaboration.
Si vous utilisez l'[API AWS Clean Rooms ML](https://docs.aws.amazon.com/cleanrooms-ml/latest/APIReference/Welcome.html) pour créer un modèle similaire configuré avec `manageResourcePolicies` défini sur true, AWS Clean Rooms créez cette politique pour vous.
De plus, la politique d'identité de l'appelant dans Compte AWS A doit être `StartAudienceGenerationJob` autorisée. `arn:aws:cleanrooms-ml:us-west-1:AccountA:audience-generation-job/*` Il existe donc trois ressources IAM pour agir `StartAudienceGenerationJob` : la tâche Compte AWS A, la tâche Compte AWS B et la tâche Compte AWS B. `ConfiguredAudienceModel`
**Avertissement**
La Compte AWS personne qui a démarré la tâche reçoit un événement du journal AWS CloudTrail d'audit concernant la tâche. Le Compte AWS propriétaire du `ConfiguredAudienceModel` ne reçoit aucun événement du journal d' AWS CloudTrail audit.
## Tâches de balisage
Lorsque vous définissez le `childResourceTagOnCreatePolicy=FROM_PARENT_RESOURCE` paramètre de`CreateConfiguredAudienceModel`, toutes les tâches de génération de segments similaires de votre compte créées à partir de ce modèle de similarité configuré comportent par défaut les mêmes balises que le modèle de similarité configuré. Le modèle de similarité configuré est le parent et la tâche de génération de segments de similarité est l'enfant.
Si vous créez une tâche dans votre propre compte, les balises de requête de la tâche remplacent les balises parentes. Les offres d'emploi créées par d'autres comptes ne créent jamais de tags dans votre compte. Si vous définissez une tâche `childResourceTagOnCreatePolicy=FROM_PARENT_RESOURCE` et qu'un autre compte la crée, il existe deux copies de la tâche. La copie de votre compte contient les balises de ressource parent et la copie du compte de l'auteur de la tâche contient les balises de la demande.
## Validation des collaborateurs
Lorsque vous accordez des autorisations à d'autres membres d'une AWS Clean Rooms collaboration, la politique de ressources doit inclure la clé de condition`cleanrooms-ml:CollaborationId`. Cela garantit que le `collaborationId` paramètre est inclus dans la [StartAudienceGenerationJob](https://docs.aws.amazon.com/cleanrooms-ml/latest/APIReference/API_StartAudienceGenerationJob.html)demande. Lorsque le `collaborationId` paramètre est inclus dans la demande, Clean Rooms ML confirme que la collaboration existe, que l'auteur de la tâche est un membre actif de la collaboration et que le propriétaire du modèle similaire configuré est un membre actif de la collaboration.
Lorsque AWS Clean Rooms vous gérez la politique de ressources de votre modèle similaire configurée (le `manageResourcePolicies` paramètre est `TRUE` dans la [CreateConfiguredAudienceModelAssociation demande](https://docs.aws.amazon.com/clean-rooms/latest/apireference/API_CreateConfiguredAudienceModelAssociation.html)), cette clé de condition sera définie dans la politique de ressources. Par conséquent, vous devez spécifier le `collaborationId` in [StartAudienceGenerationJob](https://docs.aws.amazon.com/cleanrooms-ml/latest/APIReference/API_StartAudienceGenerationJob.html).
## Accès intercomptes
Ne `StartAudienceGenerationJob` peut être appelé que sur plusieurs comptes. Tous les autres Clean Rooms ML ne APIs peuvent être utilisés qu'avec les ressources de votre propre compte. Cela garantit la confidentialité de vos données d'entraînement, de la configuration de votre modèle similaire et d'autres informations.
Clean Rooms ML ne révèle jamais Amazon S3 ni les AWS Glue emplacements d'un compte à l'autre. L'emplacement des données de formation, l'emplacement de sortie du modèle similaire configuré et l'emplacement de départ des tâches pour la génération de segments similaires ne sont jamais visibles sur tous les comptes. À moins que la journalisation des requêtes ne soit activée dans la collaboration, les données initiales ne sont pas visibles d'un compte à l'autre si les données de départ proviennent d'une requête SQL et si la requête elle-même n'est pas visible. Si vous avez `Get` une tâche de génération d'audience soumise par un autre compte, le service n'indique pas l'emplacement initial.
# Comportements IAM pour les modèles personnalisés Clean Rooms ML
## Emplois multi-comptes
Clean Rooms ML permet à une autre personne d'accéder en toute sécurité à certaines ressources associées Compte AWS à une collaboration créée par une personne depuis son compte Compte AWS. Un client de Compte AWS A ayant la capacité d'exécuter des requêtes peut appeler `CreateTrainedModel``CreateMLInputChannel`, ou `StartTrainedModelInferenceJob` sur une `ConfiguredModelAlgorithmAssociation` ressource appartenant à un autre membre de la collaboration, à condition que cela `ConfiguredModelAlgorithmAssociation` soit autorisé par la règle d'analyse personnalisée créée avec`CreateConfiguredTableAnalysisRule`.
En outre, tout membre actif d'une collaboration peut supprimer les données associées à un modèle entraîné ou à un canal d'entrée ML via le `DeleteTrainedModelOutput` et `DeleteMLInputChannelData` APIs.
## Accès intercomptes
Clean Rooms ML permet aux utilisateurs de récupérer des métadonnées sur les ressources créées par d'autres comptes via le `GetCollaboration` et `ListCollaboration` APIs. Clean Rooms ML ne révèle pas la clé KMS ARNs, les balises, les variables d'environnement ou les hyperparamètres (pour l'`TrainedModel`action) aux autres comptes.
## Accès à l'adhésion et à la collaboration
Lors de l'accès aux ressources d'adhésion et de collaboration dans le contexte des modèles personnalisés de Clean Rooms ML, la politique d'identité d'un utilisateur nécessite des autorisations pour les actions `cleanrooms:PassMembership``cleanrooms:PassCollaboration`, ou les deux. Tous ceux APIs qui acceptent `membershipId` ont besoin de l'`cleanrooms:PassMembership`autorisation, et tous ceux APIs qui acceptent `collaborationId` ont besoin de l'`cleanrooms:PassCollaboration`autorisation. Un exemple de politique d'identité pour un rôle pouvant être appelé `createTrainedModel` dans le contexte d'un identifiant de membre pouvant appeler `GetCollaborationTrainedModel` dans le contexte d'un identifiant de collaboration est fourni.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowCleanroomsMLActions",
"Effect": "Allow",
"Action": [
"cleanrooms:PassCollaboration",
"cleanrooms:PassMembership"
],
"Resource": [
"*"
]
},
{
"Sid": "AllowMembershipAccess",
"Effect": "Allow",
"Action": [
"cleanrooms:GetMembership"
],
"Resource": [
"arn:aws:cleanrooms:us-east-1:111122223333:membership/memberId"
]
},
{
"Sid": "AllowCollaborationAccess",
"Effect": "Allow",
"Action": [
"cleanrooms:GetCollaboration"
],
"Resource": [
"arn:aws:cleanrooms:us-east-1:111122223333:collaboration/collaborationId"
]
}
]
}
```
------
# Validation de conformité pour AWS Clean Rooms
Pour savoir si un [programme Services AWS de conformité Service AWS s'inscrit dans le champ d'application de programmes de conformité](https://aws.amazon.com/compliance/services-in-scope/) spécifiques, consultez Services AWS la section de conformité et sélectionnez le programme de conformité qui vous intéresse. Pour des informations générales, voir Programmes de [AWS conformité Programmes AWS](https://aws.amazon.com/compliance/programs/) de .
Vous pouvez télécharger des rapports d'audit tiers à l'aide de AWS Artifact. Pour plus d'informations, voir [Téléchargement de rapports dans AWS Artifact](https://docs.aws.amazon.com/artifact/latest/ug/downloading-documents.html) .
Votre responsabilité en matière de conformité lors de l'utilisation Services AWS est déterminée par la sensibilité de vos données, les objectifs de conformité de votre entreprise et les lois et réglementations applicables. Pour plus d'informations sur votre responsabilité en matière de conformité lors de l'utilisation Services AWS, consultez [AWS la documentation de sécurité](https://docs.aws.amazon.com/security/).
# Résilience dans AWS Clean Rooms
L'infrastructure AWS mondiale est construite autour des AWS régions et des zones de disponibilité. Les régions fournissent plusieurs zones de disponibilité physiquement séparées et isolées, reliées par un réseau à latence faible, à débit élevé et à forte redondance. Avec les zones de disponibilité, vous pouvez concevoir et exploiter des applications et des bases de données qui basculent automatiquement d’une zone à l’autre sans interruption. Les zones de disponibilité sont davantage disponibles, tolérantes aux pannes et ont une plus grande capacité de mise à l’échelle que les infrastructures traditionnelles à un ou plusieurs centres de données.
Pour plus d'informations sur AWS les régions et les zones de disponibilité, consultez la section [Infrastructure AWS mondiale](https://aws.amazon.com/about-aws/global-infrastructure/).
# Sécurité de l'infrastructure dans AWS Clean Rooms
En tant que service géré, AWS Clean Rooms il est protégé par la sécurité du réseau AWS mondial. Pour plus d'informations sur les services AWS de sécurité et sur la manière dont AWS l'infrastructure est protégée, consultez la section [Sécurité du AWS cloud](https://aws.amazon.com/security/). Pour concevoir votre AWS environnement en utilisant les meilleures pratiques en matière de sécurité de l'infrastructure, consultez la section [Protection de l'infrastructure](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/infrastructure-protection.html) dans le cadre * AWS bien architecturé du pilier de sécurité*.
Vous utilisez des appels d'API AWS publiés pour accéder AWS Clean Rooms via le réseau. Les clients doivent prendre en charge les éléments suivants :
+ Protocole TLS (Transport Layer Security). Nous exigeons TLS 1.2 et recommandons TLS 1.3.
+ Ses suites de chiffrement PFS (Perfect Forward Secrecy) comme DHE (Ephemeral Diffie-Hellman) ou ECDHE (Elliptic Curve Ephemeral Diffie-Hellman). La plupart des systèmes modernes tels que Java 7 et les versions ultérieures prennent en charge ces modes.
## Sécurité du réseau
Lors des AWS Clean Rooms lectures depuis votre compartiment S3 pendant l'exécution d'une requête, le trafic entre Amazon S3 AWS Clean Rooms et Amazon S3 est acheminé de manière sécurisée via le réseau AWS privé. Le trafic en vol est signé à l'aide du protocole Amazon Signature Version 4 (SIGv4) et crypté à l'aide du protocole HTTPS. Ce trafic est autorisé en fonction du rôle de service IAM que vous avez défini pour votre table configurée.
Vous pouvez vous connecter par programmation AWS Clean Rooms via un point de terminaison. Pour obtenir la liste des points de terminaison de service, consultez la section [AWS Clean Rooms Points de terminaison et quotas](https://docs.aws.amazon.com/general/latest/gr/clean-rooms.html#clean-rooms_region) dans le. *Références générales AWS*
Tous les points de terminaison de service fonctionnent uniquement en HTTPS. Vous pouvez utiliser les points de terminaison Amazon Virtual Private Cloud (VPC) au cas où vous souhaiteriez vous connecter à partir de AWS Clean Rooms votre VPC sans avoir de connexion Internet. Pour plus d'informations, consultez la section [Accès aux AWS services AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-access-aws-services.html) dans le *AWS PrivateLink Guide*.
Vous pouvez attribuer des politiques IAM à vos principaux IAM en utilisant les [clés de SourceVpce contexte aws :](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcevpce) pour empêcher votre principal IAM de ne pouvoir passer des appels que via AWS Clean Rooms un point de terminaison VPC et non via Internet.
# Accès AWS Clean Rooms ou AWS Clean Rooms ML à l'aide d'un point de terminaison d'interface (AWS PrivateLink)
Vous pouvez l'utiliser AWS PrivateLink pour créer une connexion privée entre votre cloud privé virtuel (VPC) AWS Clean Rooms et/ou AWS Clean Rooms ML. Vous pouvez accéder au AWS Clean Rooms AWS Clean Rooms ML comme s'il se trouvait dans votre VPC, sans utiliser de passerelle Internet, de périphérique NAT, de connexion VPN ou Direct Connect de connexion. Les instances de votre VPC n'ont pas besoin d'adresses IP publiques pour y accéder. AWS Clean Rooms
Vous établissez cette connexion privée en créant un *point de terminaison d’interface* optimisé par AWS PrivateLink. Nous créons une interface réseau de point de terminaison dans chaque sous-réseau que vous activez pour le point de terminaison d’interface. Il s'agit d'interfaces réseau gérées par le demandeur qui servent de point d'entrée pour le trafic destiné à AWS Clean Rooms.
Pour plus d’informations, consultez [Accès aux Services AWS via AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-access-aws-services.html) dans le *Guide AWS PrivateLink *.
## Considérations relatives à AWS Clean Rooms
Avant de configurer un point de terminaison d'interface pour AWS Clean Rooms, consultez les [considérations](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#considerations-interface-endpoints) du *AWS PrivateLink guide*.
AWS Clean Rooms et le AWS Clean Rooms ML prennent en charge l'envoi d'appels à toutes leurs actions d'API via le point de terminaison de l'interface.
Les politiques de point de terminaison VPC ne sont pas prises en charge pour le ML AWS Clean Rooms . AWS Clean Rooms Par défaut, l'accès complet à AWS Clean Rooms et AWS Clean Rooms ML est autorisé via le point de terminaison de l'interface. Vous pouvez également associer un groupe de sécurité aux interfaces réseau du point de terminaison afin de contrôler le trafic vers AWS Clean Rooms ou le AWS Clean Rooms ML via le point de terminaison de l'interface.
## Créez un point de terminaison d'interface pour AWS Clean Rooms
Vous pouvez créer un point de terminaison d'interface pour AWS Clean Rooms ou AWS Clean Rooms ML à l'aide de la console Amazon VPC ou du AWS Command Line Interface ()AWS CLI. Pour plus d’informations, consultez [Création d’un point de terminaison d’interface](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#create-interface-endpoint-aws) dans le *Guide AWS PrivateLink *.
Créez un point de terminaison d'interface pour AWS Clean Rooms utiliser le nom de service suivant.
```
com.amazonaws.region.cleanrooms
```
Créez un point de terminaison d'interface pour AWS Clean Rooms ML en utilisant le nom de service suivant.
```
com.amazonaws.region.cleanrooms-ml
```
Si vous activez le DNS privé pour le point de terminaison de l'interface, vous pouvez envoyer des demandes d'API AWS Clean Rooms en utilisant son nom DNS régional par défaut. Par exemple, `cleanrooms-ml.us-east-1.amazonaws.com`.