Politiques basées sur l’identité Politiques basées sur les ressources Actions de politique Ressources de politique Clés de condition de politique ACLs ABAC Informations d’identification temporaires Autorisations de principal Rôles du service Rôles liés à un service

Comment fonctionne la gestion des AWS comptes avec IAM

Avant d'utiliser IAM pour gérer l'accès à la gestion des comptes, découvrez quelles fonctionnalités IAM peuvent être utilisées avec la gestion des comptes.

Fonctionnalités IAM que vous pouvez utiliser avec la gestion des AWS comptes
Fonctionnalité IAM	Assistance à la gestion des comptes
Politiques basées sur l’identité	Oui
Politiques basées sur les ressources	Non
Actions de politique	Oui
Ressources de politique	Oui
Clés de condition de politique	Oui
ACLs	Non
ABAC (étiquettes dans les politiques)	Non
Informations d’identification temporaires	Oui
Autorisations de principal	Oui
Rôles du service	Non
Rôles liés à un service	Non

Pour obtenir une vue d'ensemble de la façon dont la gestion des comptes et les autres AWS services fonctionnent avec la plupart des fonctionnalités IAM, consultez la section AWS Services compatibles avec IAM dans le Guide de l'utilisateur IAM.

Politiques basées sur l'identité pour la gestion des comptes

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 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 dans le Guide de l’utilisateur IAM.

Exemples de politiques basées sur l'identité pour la gestion des comptes

Pour consulter des exemples de politiques de gestion des comptes basées sur l'identité, consultez. Exemples de politiques basées sur l'identité pour AWS la gestion des comptes

Politiques basées sur les ressources dans la gestion des comptes

Prend en charge les politiques basées sur les ressources : non

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 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 dans le Guide de l’utilisateur IAM.

Actions politiques pour la gestion des comptes

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 actions de gestion de compte, voir Actions définies par la direction des AWS comptes dans la référence d'autorisation de service.

Les actions de politique dans la gestion des comptes utilisent le préfixe suivant avant l'action.


account

Pour indiquer plusieurs actions dans une seule déclaration, séparez-les par des virgules.


"Action": [
      "account:action1",
      "account:action2"
         ]

Vous pouvez aussi spécifier plusieurs actions à l’aide de caractères génériques (*). Par exemple, pour spécifier toutes les actions qui fonctionnent avec les contacts alternatifs Compte AWS d'un utilisateur, incluez l'action suivante.


"Action": "account:*AlternateContact"

Pour consulter des exemples de politiques de gestion des comptes basées sur l'identité, consultez. Exemples de politiques basées sur l'identité pour AWS la gestion des comptes

Ressources relatives aux politiques pour la gestion des comptes

Prend en charge les ressources de politique : oui

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). Pour les actions qui ne sont pas compatibles avec les autorisations de niveau ressource, utilisez un caractère générique (*) afin d’indiquer que l’instruction s’applique à toutes les ressources.


"Resource": "*"

Le service de gestion des comptes prend en charge les types de ressources spécifiques suivants dans l'Resourcesélément d'une politique IAM afin de vous aider à filtrer la politique et à faire la distinction entre ces types de Comptes AWS :

account

Ce resource type ne correspond qu'aux comptes autonomes Comptes AWS qui ne sont pas des comptes membres d'une organisation gérée par le AWS Organizations service.
accountInOrganization

Ce resource type ne correspond Comptes AWS qu'aux comptes membres d'une organisation gérée par le AWS Organizations service.

Pour consulter la liste des types de ressources de gestion des comptes et de leurs caractéristiques ARNs, consultez la section Ressources définies par la gestion des AWS comptes dans la référence d'autorisation de service. Pour savoir avec quelles actions vous pouvez spécifier l'ARN de chaque ressource, consultez la section Actions définies par la gestion des AWS comptes.

Pour consulter des exemples de politiques de gestion des comptes basées sur l'identité, consultez. Exemples de politiques basées sur l'identité pour AWS la gestion des comptes

Clés de conditions de politique pour la gestion des comptes

Prend en charge les clés de condition de politique spécifiques au service : oui

L’élément Condition indique à quel moment les instructions sont exécutées en fonction de critères définis. Vous pouvez créer des expressions conditionnelles qui utilisent des opérateurs de condition, 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 dans le guide de l'utilisateur IAM.

Le service de gestion de compte prend en charge les clés de condition suivantes que vous pouvez utiliser pour filtrer avec précision vos politiques IAM :

compte : TargetRegion

Cette clé de condition prend un argument qui consiste en une liste de codes de AWS région. Il vous permet de filtrer la politique pour affecter uniquement les actions qui s'appliquent aux régions spécifiées.
compte : AlternateContactTypes

Cette clé de condition contient une liste d'autres types de contacts :
- FACTURATION
- OPERATIONS
- SECURITY
L'utilisation de cette touche vous permet de filtrer la demande uniquement pour les actions qui ciblent les autres types de contact spécifiés.
compte : AccountResourceOrgPaths

Cette clé de condition prend un argument qui consiste en une liste de chemins à travers la hiérarchie de votre organisation vers des unités organisationnelles (UO) spécifiques. Il vous permet de filtrer la politique pour qu'elle n'affecte que les comptes cibles d'une unité d'organisation correspondante.
```
o-aa111bb222/r-a1b2/ou-a1b2-f6g7h111/*
```
compte : AccountResourceOrgTags

Cette clé de condition prend un argument qui consiste en une liste de clés et de valeurs de balise. Il vous permet de filtrer la politique pour qu'elle n'affecte que les comptes membres d'une organisation et qui sont étiquetés avec les clés et les valeurs de balise spécifiées.
compte : EmailTargetDomain

Cette clé de condition prend un argument qui consiste en une liste de domaines de messagerie. Il vous permet de filtrer la politique pour qu'elle n'affecte que les actions correspondant aux domaines de messagerie spécifiés. Cette clé de condition ne distingue pas les majuscules et minuscules. Vous devez utiliser StringEqualsIgnoreCase plutôt que StringEquals dans le bloc conditionnel de la politique pour contrôler l'action en fonction du domaine de l'adresse e-mail cible. Voici un exemple de politique permettant à l'account:StartPrimaryEmailUpdateaction de s'exécuter lorsque le domaine de messagerie contient example.comcompany.org, ou une combinaison de cas, telle queEXAMPLE.COM.
```
{
    "Version": "2012-10-17",		 	 	 
    "Statement": [
        {
            "Sid": "AllowConditionKey",
            "Effect": "Allow",
            "Action": [
                "account:StartPrimaryEmailUpdate"
            ],
            "Resource": "*",
            "Condition": {
                "StringEqualsIgnoreCase": {
                    "account:EmailTargetDomain": [
                        "example.com",
                        "company.org"
                    ]
                }
            }
        }
    ]
}
```

Pour consulter la liste des clés de condition de gestion de compte, consultez la section Clés de condition pour la gestion de AWS compte dans la référence d'autorisation de service. Pour savoir avec quelles actions et ressources vous pouvez utiliser une clé de condition, consultez la section Actions définies par la gestion du AWS compte.

Pour consulter des exemples de politiques de gestion des comptes basées sur l'identité, consultez. Exemples de politiques basées sur l'identité pour AWS la gestion des comptes

Listes de contrôle d'accès dans la gestion des comptes

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.

Contrôle d'accès basé sur les attributs avec gestion de compte

Prise en charge d’ABAC (balises dans les politiques) : non

Le contrôle d’accès par attributs (ABAC) est une stratégie d’autorisation qui définit des autorisations en fonction des attributs. Dans AWS, ces attributs sont appelés balises. Vous pouvez associer des balises aux entités IAM (utilisateurs ou rôles) et à de nombreuses AWS ressources. L’étiquetage des entités et des ressources est la première étape d’ABAC. Vous concevez ensuite des politiques ABAC pour autoriser des opérations quand l’identification du principal correspond à celle de la ressource à laquelle il tente d’accéder.

L’ABAC est utile dans les environnements qui connaissent une croissance rapide et pour les cas où la gestion des politiques devient fastidieuse.

Pour la gestion des AWS comptes, le contrôle d'accès basé sur des balises n'est pris en charge que par le biais de la clé de account:AccountResourceOrgTags/key-name condition. La clé de aws:ResourceTag/key-name condition standard n'est pas prise en charge APIs dans l'espace de noms du compte.

Exemple de politique JSON utilisant la clé de condition prise en charge

L'exemple de politique suivant permet d'accéder aux informations de contact des comptes marqués avec la clé « » CostCenter et la valeur « 12345 » ou « 67890 » dans votre organisation.

Pour plus d'informations sur ABAC, voir Définir les autorisations en fonction des attributs avec l'autorisation ABAC et didacticiel IAM : Définir les autorisations d'accès aux AWS ressources en fonction des balises dans le guide de l'utilisateur IAM.

Utilisation d'informations d'identification temporaires avec la gestion des comptes

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 et Services AWS compatibles avec IAM dans le Guide de l’utilisateur IAM.

Autorisations principales interservices pour la gestion des comptes

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 une politique lors de la formulation de demandes FAS, consultez Transfert des sessions d’accès.

Rôles de service pour la gestion des comptes

Prend en charge les rôles de service : Non

Un rôle de service est un rôle IAM 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 dans le Guide de l’utilisateur IAM.

Rôles liés aux services pour la gestion des comptes

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. 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.

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

Gestion de l’identité et des accès

Exemples de politiques basées sur l’identité