Clé de contexte de condition globale AWS

Lorsqu'un principal fait une demande à AWS, AWS rassemble les informations de la demande dans un contexte de la demande. Vous pouvez utiliser l'élément Condition d'une politique JSON pour comparer des clés dans le contexte de demande avec les valeurs de clé spécifiées dans votre politique. Les informations sur les requêtes proviennent de différentes sources, notamment du principal qui fait la requête, de la ressource sur laquelle porte la requête et des métadonnées relatives à la requête elle-même.

Les clés de condition globales peuvent être utilisées dans tous les services AWS. Bien que ces clés de condition puissent être utilisées dans toutes les politiques, elles ne sont pas disponibles dans tous les contextes de requête. Par exemple, la clé de condition aws:SourceAccount n’est disponible que lorsque l’appel à votre ressource est effectué directement par un principal de service AWS. Pour savoir quand une clé globale figure dans le contexte de la requête, consultez les informations Disponibilité pour chaque clé.

Certains services créent leurs propres clés de condition qui sont disponibles dans le contexte de requête pour d’autres services. Les clés de condition interservices sont un type de clé de condition globale qui inclut un préfixe correspondant au nom du service, tel que ec2: oulambda:, mais qui est disponible dans d’autres services.

Les clés de condition spécifiques au service sont définies pour être utilisées avec un service AWS individuel. Par exemple, Amazon S3 vous permet de rédiger une politique avec la clé de condition s3:VersionId pour limiter l’accès à une version spécifique d’un objet Amazon S3. Cette clé de condition est propre au service, ce qui signifie qu’elle ne fonctionne qu’avec les requêtes adressées au service Amazon S3. Pour les clés de condition qui sont spécifiques à un service consultez la section Actions, ressources et clés de condition pour les services AWS et sélectionnez le service dont vous souhaitez afficher les clés.

"Condition": {
    "IpAddressIfExists": {"aws:SourceIp" : ["xxx"] },
    "StringEqualsIfExists" : {"aws:SourceVpc" : ["yyy"]} 
}

Clés de condition sensibles

Les clés de condition suivantes sont considérées comme sensibles, car leurs valeurs sont générées automatiquement. Le recours à des caractères génériques dans ces clés de condition ne répond à aucun cas d’utilisation valable, même avec une sous-chaîne de la valeur de la clé contenant un caractère générique. En effet, le caractère générique peut faire correspondre la clé de la condition à n’importe quelle valeur, ce qui peut présenter un risque pour la sécurité.

Propriétés du principal

Utilisez les clés de condition suivantes pour comparer les détails concernant le principal qui effectue la requête avec les propriétés du principal que vous spécifiez dans la politique. Pour obtenir la liste des principaux qui peuvent effectuer des requêtes, consultez Comment spécifier un principal.

aws:PrincipalArn

Utilisez cette clé pour comparer l'Amazon Resource Name (ARN) du principal ayant fait la demande avec l'ARN spécifié dans la politique. Pour les rôles IAM, le contexte de la demande renvoie l'ARN du rôle, et non l'ARN de l'utilisateur qui a endossé le rôle.

Vous pouvez spécifier l'ARN de l'utilisateur root comme valeur pour la clé de condition aws:PrincipalArn dans les AWS Organizations politiques de contrôle des services (SCP). Les SCP sont un type de stratégie d'organisation que vous pouvez utiliser pour gérer les autorisations dans votre organisation ; elles n'affectent que les comptes des membres dans l'organisation. Une SCP limite les autorisations des utilisateurs et des rôles IAM dans les comptes membres, y compris l'utilisateur racine du compte membre. Pour plus d'informations sur l'effet des SCP sur les autorisations, consultez les effets des SCP sur les autorisations dans le Guide d'utilisation pour les organisations.

aws:PrincipalAccount

Utilisez cette clé pour comparer le compte auquel appartient le principal demandeur avec l'identifiant de compte spécifié dans la politique. Pour les demandes anonymes, le contexte de la demande renvoie anonymous.

Dans l'exemple suivant, l'accès est refusé, sauf aux principaux possédant le numéro de compte 123456789012.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "DenyAccessFromPrincipalNotInSpecificAccount",
      "Action": "service:*",
      "Effect": "Deny",
      "Resource": [
        "arn:aws:service:region:accountID:resource"
      ],
      "Condition": {
        "StringNotEquals": {
          "aws:PrincipalAccount": [
            "123456789012"
          ]
        }
      }
    }
  ]
}
        

aws:PrincipalOrgPaths

Utilisez cette clé pour comparer le chemin d'accès AWS Organizations du principal qui effectue la demande avec le chemin d'accès spécifié dans la politique. Ce principal peut être un utilisateur IAM, un rôle IAM, un utilisateur fédéré ou un Utilisateur racine d'un compte AWS. Dans une politique, cette clé de condition vérifie que le demandeur est un membre du compte au sein de l'organisation racine ou des unités d'organisation spécifiées dans AWS Organizations. Un chemin AWS Organizations est une représentation textuelle de la structure d'une entité Organizations. Pour de plus amples informations sur l'utilisation et la compréhension des chemins, veuillez consulter Comprendre le chemin d'entité AWS Organizations.

Par exemple, la condition suivante renvoie true pour les principaux de comptes qui sont directement attachés à l'unité d'organisation ou-ab12-22222222, et non à ses unités d'organisation enfants.

"Condition" : { "ForAnyValue:StringEquals" : {
     "aws:PrincipalOrgPaths":["o-a1b2c3d4e5/r-ab12/ou-ab12-11111111/ou-ab12-22222222/"]
}}

La condition suivante renvoie true pour les principaux d'un compte qui est directement attaché à l'unité d'organisation ou à l'une de ses unités d'organisation enfants. Lorsque vous incluez un caractère générique, vous devez utiliser l'opérateur de condition StringLike.

"Condition" : { "ForAnyValue:StringLike" : {
     "aws:PrincipalOrgPaths":["o-a1b2c3d4e5/r-ab12/ou-ab12-11111111/ou-ab12-22222222/*"]
}}

La condition suivante renvoie true pour les principaux d'un compte qui est directement attaché à l'une des unités d'organisation enfant, mais pas directement à l'unité d'organisation parent. La condition précédente s'applique à l'unité d'organisation ou à tous les enfants. La condition suivante s'applique uniquement aux enfants (et aux enfants de ces enfants).

"Condition" : { "ForAnyValue:StringLike" : {
     "aws:PrincipalOrgPaths":["o-a1b2c3d4e5/r-ab12/ou-ab12-11111111/ou-ab12-22222222/ou-*"]
}}

La condition suivante autorise l'accès à chaque principal de l'organisation o-a1b2c3d4e5, quelle que soit l'unité d'organisation parent.

"Condition" : { "ForAnyValue:StringLike" : {
     "aws:PrincipalOrgPaths":["o-a1b2c3d4e5/*"]
}}

aws:PrincipalOrgPaths est une clé de condition à valeurs multiples. Les clés multivaluées peuvent avoir plusieurs valeurs dans le contexte de la demande. Lorsque vous utilisez plusieurs valeurs avec l'opérateur de condition ForAnyValue, le chemin d'accès du principal doit correspondre à l'un des chemins spécifiés dans la politique. Pour de plus amples informations sur les clés de condition à valeurs multiples, veuillez consulter Clés de contexte à valeurs multiples.

    "Condition": {
        "ForAnyValue:StringLike": {
            "aws:PrincipalOrgPaths": [
                "o-a1b2c3d4e5/r-ab12/ou-ab12-33333333/*",
                "o-a1b2c3d4e5/r-ab12/ou-ab12-22222222/*"
            ]
        }
    }

aws:PrincipalOrgID

Utilisez cette clé pour comparer l'identifiant de l'organisation dans AWS Organizations à laquelle appartient le principal demandeur avec l'identifiant spécifié dans la politique.

Cette clé globale permet d'éviter de répertorier tous les ID de compte pour tous les comptes AWS d'une organisation. Vous pouvez utiliser cette clé de condition pour simplifier la spécification de l'élément Principal d'une politique basée sur une ressource. Vous pouvez spécifier l'ID de l'organisation dans l'élément Condition. Lorsque vous ajoutez et supprimez des comptes, les politiques qui contiennent la clé aws:PrincipalOrgID ajoutent automatiquement les bons comptes et ne nécessitent pas de mise à jour manuelle.

Par exemple, la politique de compartiment Amazon S3 suivante permet aux membres de n'importe quel compte de l'organisation o-xxxxxxxxxxx d'ajouter un objet dans le compartiment amzn-s3-demo-bucket.

 {
  "Version": "2012-10-17",
  "Statement": {
    "Sid": "AllowPutObject",
    "Effect": "Allow",
    "Principal": "*",
    "Action": "s3:PutObject",
    "Resource": "arn:aws:s3:::amzn-s3-demo-bucket/*",
    "Condition": {"StringEquals":
      {"aws:PrincipalOrgID":"o-xxxxxxxxxxx"}
    }
  }
}

Pour plus d’informations sur AWS Organizations, consultez Qu’est-ce que AWS Organizations ? dans le Guide de l’utilisateur AWS Organizations.

aws:PrincipalTag/tag-key

Utilisez cette clé pour comparer la balise attachée au principal effectuant la demande avec la balise spécifiée dans la politique. Si plusieurs balises sont attachées au principal, le contexte de la demande inclut une clé aws:PrincipalTag pour chaque clé de balise attachée.

Vous pouvez ajouter des attributs personnalisés à un utilisateur ou un rôle sous la forme d'une paire clé-valeur. Pour plus d'informations sur les balises IAM, consultez Balises pour les ressources AWS Identity and Access Management. Vous pouvez utiliser aws:PrincipalTagpour le contrôle d'accès des principaux AWS.

Cet exemple montre comment vous pouvez créer une politique basée sur l'identité qui autorise les utilisateurs avec la balise department=hr à gérer les utilisateurs, groupes ou rôles IAM. Pour utiliser cette politique, remplacez le texte de l'espace réservé en italique dans l'exemple de politique par vos propres informations de ressource. Ensuite, suivez les instructions fournies dans create a policy (créer une politique) ou edit a policy (modifier une politique).

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": "iam:*",
      "Resource": "*",
      "Condition": {
        "StringEquals": {
          "aws:PrincipalTag/department": "hr"
        }
      }
    }
  ]
}

aws:PrincipalIsAWSService

Utilisez cette touche pour vérifier si l'appel à votre ressource est effectué directement par un principal de service AWS. Par exemple, AWS CloudTrail utilise le principal de service cloudtrail.amazonaws.com pour écrire des journaux dans votre compartiment Amazon S3. La clé de contexte de demande est définie sur true lorsqu'un service utilise un principal de service pour effectuer une action directe sur vos ressources. La clé de contexte est définie sur false si le service utilise les informations d'identification d'un principal IAM pour effectuer une demande au nom du principal. Elle est également définie sur false si le service utilise un rôle de service ou un rôle lié à un service pour effectuer un appel au nom du principal.

Vous pouvez utiliser cette clé de condition pour limiter l'accès à vos identités de confiance et à vos emplacements réseau attendus, tout en octroyant l'accès en toute sécurité aux services AWS.

Dans l'exemple suivant de politique de compartiment Amazon S3, l'accès au compartiment est restreint, sauf si la demande provient de vpc-111bbb22 ou d'un principal de service, tel que CloudTrail.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "ExpectedNetworkServicePrincipal",
      "Effect": "Deny",
      "Principal": "*",
      "Action": "s3:PutObject",
      "Resource": "arn:aws:s3:::amzn-s3-demo-bucket1/AWSLogs/AccountNumber/*",
      "Condition": {
        "StringNotEqualsIfExists": {
          "aws:SourceVpc": "vpc-111bbb22"
        },
        "BoolIfExists": {
          "aws:PrincipalIsAWSService": "false"
        }
      }
    }
  ]
}

Dans la vidéo suivante, découvrez comment utiliser la clé de condition aws:PrincipalIsAWSService dans une politique.

aws:PrincipalServiceName

Utilisez cette clé pour comparer le nom du principal de service dans la politique au principal de service qui effectue des demandes à vos ressources. Vous pouvez utiliser cette clé pour vérifier si cet appel est effectué par un principal de service spécifique. Lorsqu'un principal de service effectue une demande directe à vos ressources, la clé aws:PrincipalServiceName contient le nom du principal de service. Par exemple, le nom du principal du service AWS CloudTrail est cloudtrail.amazonaws.com.

Vous pouvez utiliser cette clé de condition pour limiter l'accès à vos identités de confiance et à vos emplacements réseau attendus, tout en octroyant l'accès en toute sécurité à un service AWS.

Dans l'exemple suivant de politique de compartiment Amazon S3, l'accès au compartiment est restreint, sauf si la demande provient de vpc-111bbb22 ou d'un principal de service, tel que CloudTrail.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "ExpectedNetworkServicePrincipal",
      "Effect": "Deny",
      "Principal": "*",
      "Action": "s3:PutObject",
      "Resource": "arn:aws:s3:::amzn-s3-demo-bucket1/AWSLogs/AccountNumber/*",
      "Condition": {
        "StringNotEqualsIfExists": {
          "aws:SourceVpc": "vpc-111bbb22",
          "aws:PrincipalServiceName": "cloudtrail.amazonaws.com"
        }
      }
    }
  ]
}
        

aws:PrincipalServiceNamesList

Cette clé fournit une liste de tous les noms des principal de service appartenant au service. Il s'agit d'une clé de condition avancée. Vous pouvez l'utiliser pour empêcher le service d'accéder à vos ressources à partir d'une région spécifique uniquement. Certains services peuvent créer des principaux de services régionaux pour indiquer une instance particulière du service dans une région spécifique. Vous pouvez limiter l'accès à une ressource à une instance particulière du service. Lorsqu'un principal de service effectue une demande directe à vos ressources, aws:PrincipalServiceNamesList contient une liste non ordonnée de tous les noms des principaux de services associés à l'instance régionale du service.

aws:PrincipalServiceNamesList est une clé de condition à valeurs multiples. Les clés multivaluées peuvent avoir plusieurs valeurs dans le contexte de la demande. Vous devez utiliser les opérateurs d'ensemble ForAnyValue ou ForAllValues avec l'opérateur de condition de chaîne pour cette clé. Pour de plus amples informations sur les clés de condition à valeurs multiples, veuillez consulter Clés de contexte à valeurs multiples.

aws:PrincipalType

Utilisez cette clé pour comparer le type de principal qui effectue la demande avec le type de principal spécifié dans la politique. Pour plus d'informations, veuillez consulter Comment spécifier un principal. Pour des exemples spécifiques de valeurs clés principal, veuillez consulter Valeurs de la clé du principal.

aws:userid

Utilisez cette clé pour comparer l'identifiant principal du demandeur avec l'ID spécifié dans la politique. Pour les utilisateurs IAM, la valeur du contexte de la demande est l'ID utilisateur. Pour les rôles IAM, ce format de valeur peut varier. Pour de plus amples informations sur l'ajout de principaux, veuillez consulter Comment spécifier un principal. Pour des exemples spécifiques de valeurs clés principal, veuillez consulter Valeurs de la clé du principal.

aws:username

Utilisez cette clé pour comparer le nom d'utilisateur du demandeur avec celui spécifié dans la politique. Pour de plus amples informations sur l'ajout de principaux, veuillez consulter Comment spécifier un principal. Pour des exemples spécifiques de valeurs clés principal, veuillez consulter Valeurs de la clé du principal.

Propriétés d’une session de rôle

Utilisez les clés de condition suivantes pour comparer les propriétés de la session de rôle au moment de sa génération. Ces clés de condition ne sont disponibles que lorsqu’une requête est effectuée par un principal avec des informations d’identification de session de rôle ou d’utilisateur fédéré. Les valeurs de ces clés de condition sont intégrées dans le jeton de session du rôle.

Un rôle est un type de principal. Vous pouvez également utiliser les clés de condition de la section Propriétés du principal pour évaluer les propriétés d’un rôle lorsque ce dernier effectue une requête.

aws:AssumedRoot

Utilisez cette clé pour vérifier si une requête est envoyée avec AssumeRoot. AssumeRoot renvoie des informations d’identification à court terme pour une session d’utilisateur racine privilégiée que vous pouvez utiliser pour prendre des mesures privilégiées sur les comptes membres de votre organisation. Pour en savoir plus, consultez Gestion centralisée de l’accès racine pour les comptes membres.

Dans l’exemple suivant, la politique interdit aux sessions AssumeRoot de supprimer les politiques relatives aux compartiments Amazon S3.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "DenyAssumeRoot",
            "Effect": "Deny",
            "Action": "s3:DeleteBucketPolicy",
            "Resource": "*",
            "Condition": {
                "StringEqualsIfExists": {
                    "aws:AssumedRoot": "true"
                }
            }
        }
    ]
}

aws:FederatedProvider

Utilisez cette clé pour comparer le fournisseur d'identité (IdP) émetteur du principal avec l'IdP que vous spécifiez dans la politique. Cela signifie qu'un rôle IAM a été assumé à l'aide des opérations AWS STS AssumeRoleWithWebIdentity. Lorsque les informations d'identification temporaires de la séance de rôle résultante sont utilisées pour effectuer une demande, le contexte de la demande identifie l'IdP qui a authentifié l'identité fédérée d'origine.

Par exemple, si l'utilisateur s'est authentifié via Amazon Cognito, le contexte de la demande inclut la valeur cognito-identity.amazonaws.com. De la même façon, si l'utilisateur s'est authentifié via Login with Amazon, le contexte de la demande inclut la valeur www.amazon.com.

Vous pouvez utiliser n'importe quelle clé de condition à valeur unique comme variable. L'exemple suivant de politique basée sur les ressources utilise la clé aws:FederatedProvider comme variable de politique dans l'ARN d'une ressource. Cette politique permet à tout principal qui s'est authentifié à l'aide d'un IdP d'obtenir des objets à partir d'un compartiment Amazon S3 avec un chemin spécifique au fournisseur d'identité émetteur.

aws:TokenIssueTime

Utilisez cette clé pour comparer la date et l'heure d'émission des informations d'identification de sécurité temporaires avec celles spécifiées dans la politique.

Pour savoir quels services prennent en charge l'utilisation d'informations d'identification temporaires, consultez Services AWS qui fonctionnent avec IAM.

aws:MultiFactorAuthAge

Utilisez cette clé pour comparer le nombre de secondes écoulées depuis l'authentification du principal demandeur avec MFA avec le nombre spécifié dans la politique. Pour plus d'informations sur l'authentification MFA, consultez Authentication multifactorielle AWS dans IAM.

aws:MultiFactorAuthPresent

Utilisez cette clé pour vérifier si l’authentification multifactorielle (MFA) a été utilisée pour valider les informations d’identification de sécurité temporaires qui ont servi à effectuer la requête.

Les informations d’identification temporaires sont utilisées pour authentifier les rôles et les utilisateurs IAM avec des jetons temporaires provenant de AssumeRole ou GetSessionToken, ainsi que les utilisateurs de la AWS Management Console.

Les clés d'accès utilisateur IAM sont des informations d'identification à long terme, mais, dans certains cas, AWS crée des informations d'identification temporaires au nom des utilisateurs IAM, afin d'effectuer des opérations. Dans ces cas, la clé aws:MultiFactorAuthPresent est présente dans la demande et définie sur la valeur false. Deux scénarios courants peuvent expliquer ce comportement :

Pour savoir quels services prennent en charge l'utilisation d'informations d'identification temporaires, consultez Services AWS qui fonctionnent avec IAM.

La clé aws:MultiFactorAuthPresent n'est jamais présente lorsqu'une API ou une commande de l'interface de ligne de commande (CLI) est appelée avec des informations d'identification à long terme, telles que des paires de clés d'accès. Par conséquent, nous vous recommandons d'utiliser les versions ...IfExists des opérateurs de condition lors de la vérification de cette clé.

Il est important de comprendre que l'élément Condition suivant ne constitue pas une méthode fiable pour vérifier si une demande est authentifiée avec MFA.

#####   WARNING: NOT RECOMMENDED   #####
"Effect" : "Deny",
"Condition" : { "Bool" : { "aws:MultiFactorAuthPresent" : "false" } }

Cette combinaison de l'effet Deny, de l'élément Bool et de la valeur false refuse les demandes qui peuvent être authentifiées à l'aide de MFA, mais ne l'ont pas été. Cela s'applique uniquement aux informations d'identification temporaires qui prennent en charge l'utilisation de l'authentification MFA. Cette instruction ne refuse pas l'accès aux demandes effectuées à l'aide d'informations d'identification à long terme, ni aux demandes qui ont été authentifiées avec MFA. Utilisez cet exemple avec précaution, car sa logique est complexe et qu'il ne teste pas si l'authentification MFA a été effectivement utilisée.

De même, n'utilisez pas la combinaison de l'effet Deny, de l'élément Null et de true, car elle se comporte de la même manière et sa logique est encore plus complexe.

Combinaison recommandée

Nous vous recommandons plutôt d'utiliser l'opérateur BoolIfExists pour vérifier si une demande est authentifiée à l'aide de MFA.

"Effect" : "Deny",
"Condition" : { "BoolIfExists" : { "aws:MultiFactorAuthPresent" : "false" } }

Cette combinaison de Deny, BoolIfExists et false refuse les demandes qui ne sont pas authentifiées à l'aide de MFA. Elle refuse en particulier les demandes provenant d'informations d'identification temporaires qui n'incluent pas l'authentification MFA. Elle refuse également les demandes effectuées à l'aide d'informations d'identification à long terme, telles que des opérations de l'outil AWS CLI ou de l'API AWS effectuées avec des clés d'accès. L'opérateur *IfExists vérifie si la clé aws:MultiFactorAuthPresent existe et est présente ou non. Utilisez cet opérateur si vous souhaitez refuser une demande qui n'est pas authentifiée à l'aide de MFA. Cette solution est plus sécurisée, mais elle peut casser le code ou les scripts qui utilisent des clés d'accès pour accéder à la AWS CLI ou à l'API AWS.

Combinaisons alternatives

Vous pouvez également utiliser l'opérateur BoolIfExists pour autoriser les demandes authentifiées avec MFA et les demandes de la AWS CLI ou de l'API AWS effectuées à l'aide d'informations d'identification à long terme.

"Effect" : "Allow",
"Condition" : { "BoolIfExists" : { "aws:MultiFactorAuthPresent" : "true" } }

Cette condition correspond à deux cas : si la clé existe et est présente ou si la clé n'existe pas. Cette combinaison de Allow, BoolIfExists et true autorise les demandes qui sont authentifiées à l'aide de MFA, ou les demandes qui ne peuvent pas être authentifiées à l'aide de MFA. Cela signifie que les opérations de l'AWS CLI, de l'API AWS et du kit SDK AWS sont autorisées lorsque le demandeur utilise ses clés d'accès à long terme. Cette combinaison n'autorise pas les demandes provenant d'informations d'identification temporaires qui pourraient, mais n'incluent pas MFA.

Lorsque vous créez une politique à l'aide de l'éditeur visuel de la console IAM et que vous sélectionnez MFA required (MFA obligatoire), cette combinaison s'applique. Ce paramètre nécessite l'authentification MFA pour l'accès à la console, mais autorise un accès par programmation sans authentification MFA.

Sinon, vous pouvez utiliser l'opérateur Bool pour autoriser les demandes par programmation et les demandes de console uniquement lorsqu'elles sont authentifiées à l'aide de MFA.

"Effect" : "Allow",
"Condition" : { "Bool" : { "aws:MultiFactorAuthPresent" : "true" } }

Cette combinaison de Allow, Bool et true autorise uniquement les demandes authentifiées par MFA. Cela s'applique uniquement aux informations d'identification temporaires qui prennent en charge l'utilisation de l'authentification MFA. Cette instruction n'autorise pas l'accès aux demandes effectuées à l'aide de clés d'accès à long terme ou d'informations d'identification temporaires sans authentification MFA.

N'utilisez pas de construction de politique semblable à la suivante pour vérifier la présence de la clé MFA :

#####   WARNING: USE WITH CAUTION   #####

"Effect" : "Allow",
"Condition" : { "Null" : { "aws:MultiFactorAuthPresent" : "false" } }

Cette combinaison de l'effet Allow, de l'élément Null et de la valeur false autorise uniquement les demandes qui peuvent être authentifiées à l'aide de MFA, que la demande soit réellement authentifiée ou non. Elle autorise toutes les demandes effectuées à l'aide d'informations d'identification temporaires et refuse l'accès aux informations d'identification à long terme. Utilisez cet exemple avec précaution, car il ne teste pas si l'authentification MFA a été effectivement utilisée.

aws:ChatbotSourceArn

Utilisez cette clé pour comparer l’ARN de configuration du chat source défini par le principal à l’ARN de configuration du chat que vous spécifiez dans la politique du rôle IAM associé à la configuration de votre canal. Vous pouvez autoriser les requêtes en fonction de la session d’attribution de rôle initiée par AWS Chatbot.

La politique suivante refuse les requêtes put Amazon S3 put sur le compartiment spécifié pour toutes les requêtes provenant d’un canal Slack.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "ExampleS3Deny",
            "Effect": "Deny",
            "Action": "s3:PutObject",
            "Resource": "arn:aws::s3:::amzn-s3-demo-bucket/*",
            "Condition": {
                "StringLike": {
                      "aws:ChatbotSourceArn": "arn:aws::chatbot::*:chat-configuration/slack-channel/*"
                }
            }
        }
    ]
}

aws:Ec2InstanceSourceVpc

Cette clé identifie le VPC auquel les informations d'identification du rôle IAM Amazon EC2 ont été fournies. Vous pouvez utiliser cette clé dans une politique avec la clé aws:SourceVPC globale pour vérifier si un appel provient d'un VPC (aws:SourceVPC) qui correspond au VPC auquel un identifiant a été délivré (aws:Ec2InstanceSourceVpc).

Cette clé peut être utilisée avec des valeurs d'identifiant VPC, mais elle est particulièrement utile lorsqu'elle est utilisée en tant que variable associée à la clé contextuelle aws:SourceVpc. Cette clé contextuelle aws:SourceVpc figure dans le contexte de la demande uniquement si le demandeur utilise un point de terminaison de VPC pour effectuer la demande. Utiliser aws:Ec2InstanceSourceVpc avec aws:SourceVpc permet d'utiliser aws:Ec2InstanceSourceVpc plus largement, car la comparaison porte sur des valeurs qui changent généralement ensemble.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "RequireSameVPC",
      "Effect": "Deny",
      "Action": "*",
      "Resource": "*",
      "Condition": {
        "StringNotEquals": {
            "aws:SourceVpc": "${aws:Ec2InstanceSourceVpc}"
        },
        "Null": {
          "ec2:SourceInstanceARN": "false"
        },
        "BoolIfExists": {
          "aws:ViaAWSService": "false"
        }
      }
    }
  ]
}

Dans l'exemple ci-dessus, l'accès est refusé si la valeur aws:SourceVpc n'est pas égale à la valeur aws:Ec2InstanceSourceVpc. La déclaration de politique est limitée aux seuls rôles utilisés en tant que rôles d'instance Amazon EC2 en testant l'existence de la clé conditionnelle ec2:SourceInstanceARN.

La politique utilise aws:ViaAWSService pour permettre à AWS d'autoriser les demandes lorsque des demandes sont effectuées au nom de vos rôles d'instance Amazon EC2. Par exemple, lorsque vous envoyez une demande depuis une instance Amazon EC2 vers un compartiment Amazon S3 chiffré, Amazon S3 passe un appel AWS KMS en votre nom. Certaines clés ne sont pas présentes lorsque la demande est faite à AWS KMS.

aws:Ec2InstanceSourcePrivateIPv4

Cette clé identifie l'adresse IPv4 privée de l'elastic network interface principale à laquelle les informations d'identification du rôle IAM Amazon EC2 ont été fournies. Vous devez utiliser cette clé de condition avec sa clé aws:Ec2InstanceSourceVpc associée pour vous assurer de disposer d'une combinaison unique d'ID VPC et d'adresse IP privée source. Utilisez cette clé avec aws:Ec2InstanceSourceVpc pour vous assurer qu'une demande a été faite à partir de la même adresse IP privée à laquelle les informations d'identification ont été transmises.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Deny",
            "Action":  "*",
            "Resource": "*",
            "Condition": {
                "StringNotEquals": {
                    "aws:Ec2InstanceSourceVpc": "${aws:SourceVpc}"
                },                
                "Null": {
                    "ec2:SourceInstanceARN": "false"
                },
                "BoolIfExists": {
                    "aws:ViaAWSService": "false"
                }
            }
        },
        {
            "Effect": "Deny",
            "Action":  "*",
            "Resource": "*",
            "Condition": {
                "StringNotEquals": {
                    "aws:Ec2InstanceSourcePrivateIPv4": "${aws:VpcSourceIp}"
                },                               
                "Null": {
                    "ec2:SourceInstanceARN": "false"
                },
                "BoolIfExists": {
                    "aws:ViaAWSService": "false"
                }
            }
        }
    ]
}

aws:SourceIdentity

Utilisez cette clé pour comparer l'identité source qui a été définie par le principal à l'identité source que vous spécifiez dans la politique.

Vous pouvez utiliser cette clé dans une politique pour autoriser des actions dans AWS par les principaux qui ont défini une identité source lorsqu'ils ont endossé un rôle. L'activité pour l'identité source spécifiée du rôle apparaît dans AWS CloudTrail. Cela permet aux administrateurs de déterminer plus facilement qui ou quoi a effectué des actions avec un rôle dans AWS.

Contrairement à sts:RoleSessionName, une fois l'identité source définie, la valeur ne peut plus être modifiée. Elle est présente dans le contexte de la demande pour toutes les actions entreprises par le rôle. La valeur persiste dans les sessions de rôle suivantes lorsque vous utilisez les informations d'identification de session pour endosser un autre rôle. Le fait d'endosser un rôle à partir d'un autre est appelé chaînage des rôles.

La clé sts:SourceIdentity est présente dans la demande lorsque le principal définit initialement une identité source lorsqu'il endosse un rôle au moyen d'une commande de la CLI assume-role AWS STS ou d'une opération d'API AssumeRole AWS STS. La clé aws:SourceIdentity est présente dans la demande pour toutes les actions qui sont effectuées avec une session de rôle disposant d'un ensemble d'identités source.

La politique de confiance de rôle suivante pour CriticalRole dans un compte 111122223333 contient une condition pour aws:SourceIdentity qui empêche un principal sans identité source définie sur Saanvi ou Diego d'endosser le rôle.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "AssumeRoleIfSourceIdentity",
            "Effect": "Allow",
            "Principal": {"AWS": "arn:aws:iam::123456789012:role/CriticalRole"},
            "Action": [
                "sts:AssumeRole",
                "sts:SetSourceIdentity"
            ],
            "Condition": {
                "StringLike": {
                    "aws:SourceIdentity": ["Saanvi","Diego"]
                }
            }
        }
    ]
}

Pour en savoir plus sur les informations relatives à l'identité source, veuillez consulter Surveiller et contrôler les actions prises avec les rôles endossés.

ec2:RoleDelivery

Utilisez cette clé pour comparer la version du service de métadonnées d’instance dans la requête signée avec les informations d’identification du rôle IAM pour Amazon EC2. Le service des métadonnées d'instance fait la distinction entre les demandes IMDSv1 et IMDSv2 pour une demande donnée en déterminant si les en-têtes PUT ou GET, qui sont propres à IMDSv2, sont présents dans cette demande.

Vous pouvez configurer le service des métadonnées d’instance (IMDS) sur chaque instance afin que le code local ou les utilisateurs locaux doivent utiliser IMDSv2. Lorsque vous spécifiez que IMDSv2 doit être utilisé, IMDSv1 ne fonctionne plus.

Pour plus d’informations sur la configuration de votre instance pour l’utilisation d’IMDSv2, consultez la rubrique Configurer les options de métadonnées de l’instance.

Dans l’exemple suivant, l’accès est refusé si la valeur ec2:RoleDelivery dans le contexte de la requête est 1,0 (IMDSv1). Cette instruction de politique peut être appliquée de manière générale car, si la demande n’est pas signée par les informations d’identification de rôle Amazon EC2, elle n’a aucun effet.

{
    "Version": "2012-10-17",
    "Statement": [
               {
            "Sid": "RequireAllEc2RolesToUseV2",
            "Effect": "Deny",
            "Action": "*",
            "Resource": "*",
            "Condition": {
                "NumericLessThan": {
                    "ec2:RoleDelivery": "2.0"
                }
            }
        }
    ]
}

Pour plus d’informations, consultez Exemples de politiques pour travailler avec les métadonnées d’instance.

ec2:SourceInstanceArn

Utilisez cette clé pour comparer l’ARN de l’instance à partir de laquelle la session du rôle est générée.

Pour des exemples de politiques, consultez Accorder à une instance spécifique l’autorisation d’afficher des ressources dans d’autres services AWS.

glue:RoleAssumedBy

Le service AWS Glue définit cette clé de condition pour chaque requête d’API AWS lorsque AWS Glue effectue une requête en utilisant un rôle de service pour le compte du client (pas par une tâche ou un point de terminaison de développeur, mais directement par le service AWS Glue). Utilisez cette clé pour vérifier si un appel à une ressource AWS provient du service AWS Glue.

L’exemple suivant ajoute une condition pour autoriser le service AWS Glue à obtenir un objet d’un compartiment Amazon S3.

{
    "Effect": "Allow",
    "Action": "s3:GetObject",
    "Resource": "arn:aws:s3:::amzn-s3-demo-bucket/*",
    "Condition": {
        "StringEquals": {
            "glue:RoleAssumedBy": "glue.amazonaws.com"
        }
    }
}

glue:CredentialIssuingService

Le service AWS Glue définit cette clé pour chaque demande d’API AWS à l’aide d’un rôle de service provenant d’une tâche ou d’un point de terminaison de développeur. Utilisez cette clé pour vérifier si un appel à une ressource AWS provient d’une tâche AWS Glue ou d’un point de terminaison de développeur.

L’exemple suivant ajoute une condition attachée à un rôle IAM utilisé par une tâche AWS Glue. Cela garantit que certaines actions sont autorisées/refusées selon que la séance de rôle est utilisée pour un environnement d'exécution de tâche AWS Glue.

{
    "Effect": "Allow",
    "Action": "s3:GetObject",
    "Resource": "arn:aws:s3:::amzn-s3-demo-bucket/*",
    "Condition": {
        "StringEquals": {
            "glue:CredentialIssuingService": "glue.amazonaws.com"
        }
    }
}

lambda:SourceFunctionArn

Utilisez cette clé pour identifier l’ARN de la fonction Lambda auquel les informations d’identification du rôle IAM ont été fournies. Le service Lambda définit cette clé pour chaque requête d’API AWS provenant de l’environnement d’exécution de votre fonction. Utilisez cette clé pour vérifier si un appel à une ressource AWS provient du code d’une fonction Lambda spécifique. Lambda définit également cette clé pour certaines requêtes qui proviennent de l’extérieur de l’environnement d’exécution, comme l’écriture de journaux sur CloudWatch et l’envoi de traces à X-Ray.

L’exemple suivant permet à une fonction Lambda spécifique d’accéder s3:PutObject au compartiment spécifié.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "ExampleSourceFunctionArn",
            "Effect": "Allow",
            "Action": "s3:PutObject",
            "Resource": "arn:aws:s3:::amzn-s3-demo-bucket/*",
            "Condition": {
                "ArnEquals": {
                    "lambda:SourceFunctionArn": "arn:aws:lambda:us-east-1:123456789012:function:source_lambda"
                }
            }
        }
    ]
}

Pour plus d’informations, consultez la section Travailler avec les informations d’identification de l’environnement d’exécution Lambda dans le Guide du développeur AWS Lambda.

ssm:SourceInstanceArn

Utilisez cette clé pour identifier l’ARN de l’instance gérée AWS Systems Manager auquel les informations d’identification du rôle IAM ont été fournies. Cette clé de condition n’est pas présente lorsque la requête provient d’une instance gérée avec un rôle IAM associé à un profil d’instance Amazon EC2.

identitystore:UserId

Utilisez cette clé pour comparer l’identité du personnel d’IAM Identity Center dans la requête signée avec l’identité spécifiée dans la politique.

Vous pouvez trouver l’UserId d’un utilisateur dans IAM Identity Center en envoyant une requête à l’API GetUserID à l’aide de AWS CLI, l’API AWS ou AWS SDK.

Propriétés du réseau

Utilisez les clés de condition suivantes pour comparer les détails du réseau d’où provient la requête ou par lesquels elle est passée avec les propriétés du réseau que vous spécifiez dans la politique.

aws:SourceIp

Utilisez cette clé pour comparer l'adresse IP du demandeur avec celle spécifiée dans la politique. La clé de condition aws:SourceIp ne peut être utilisée que pour les plages d'adresses IP publiques.

La clé de condition aws:SourceIp peut être utilisée dans une politique pour autoriser des principaux à effectuer des demandes uniquement dans une plage IP spécifiée.

Par exemple, vous pouvez attacher la politique basée sur l’identité suivante à un rôle IAM. Cette politique permet à l’utilisateur de placer des objets dans le compartiment Amazon S3 amzn-s3-demo-bucket3 si l’appel est effectué à partir de la plage d’adresses IPv4 spécifiée. Cette politique permet également à un service AWS qui utilise Transmission des sessions d'accès d'effectuer cette opération en votre nom.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "PrincipalPutObjectIfIpAddress",
            "Effect": "Allow",
            "Action": "s3:PutObject",
            "Resource": "arn:aws:s3:::amzn-s3-demo-bucket3/*",
            "Condition": {
                "IpAddress": {
                    "aws:SourceIp": "203.0.113.0/24"
                }
            }
        }
    ]
}

Si vous devez restreindre l’accès depuis les réseaux qui prennent en charge à la fois l’adressage IPv4 et IPv6, vous pouvez inclure l’adresse ou les plages d’adresses IPv4 et IPv6 dans la condition de politique IAM. La politique basée sur l’identité suivante permet à l’utilisateur de placer des objets dans le compartiment Amazon S3 amzn-s3-demo-bucket3 si l’utilisateur effectue l’appel à partir des plages d’adresses IPv4 ou IPv6 spécifiées. Avant d’inclure des plages d’adresses IPv6 dans votre politique IAM, vérifiez que l’Service AWS que vous utilisez prend en charge l’adressage IPv6. Pour obtenir la liste des Services AWS compatibles IPv6, consultez Services AWS qui prennent en charge IPv6 dans le Guide de l’utilisateur Amazon VPC.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "PrincipalPutObjectIfIpAddress",
            "Effect": "Allow",
            "Action": "s3:PutObject",
            "Resource": "arn:aws:s3:::amzn-s3-demo-bucket3/*",
            "Condition": {
                "IpAddress": {
                    "aws:SourceIp": [
                        "203.0.113.0/24",
                        "2001:DB8:1234:5678::/64"
                    ]
                }
            }
        }
    ]
}

Si la demande provient d'un hôte qui utilise un point de terminaison Amazon VPC, la clé aws:SourceIp n'est pas disponible. Vous devez plutôt utiliser une clé spécifique au VPC telle que aws:VpcSourceIp. Pour plus d'informations sur l'utilisation des points de terminaison d'un VPC, veuillez consulter la rubrique Gestion des identités et des accès pour les points de terminaison d'un VPC et les services de points de terminaison d'un VPC dans le Guide AWS PrivateLink.

aws:SourceVpc

Utilisez cette clé pour vérifier si une requête passe par le VPC auquel le point de terminaison de VPC est attaché. Dans une politique, vous pouvez utiliser cette clé pour autoriser l'accès à un seul VPC spécifique. Pour de plus amples informations, veuillez consulter Restriction de l'accès à un VPC spécifique dans le Guide de l'utilisateur service de stockage simple Amazon.

Dans une politique, vous pouvez utiliser cette clé pour autoriser ou restreindre l’accès à un VPC spécifique.

Par exemple, vous pouvez associer la politique basée sur l’identité suivante à un rôle IAM afin de refuser l’accès de PutObject au compartiment Amazon S3 amzn-s3-demo-bucket3, sauf si la requête est effectuée à partir de l’ID de VPC spécifié ou des Services AWS qui utilisent des sessions d’accès direct (FAS) pour effectuer des demandes au nom du rôle. Contrairement à aws:SourceIp, vous devez utiliser aws:ViaAWSService ou aws:CalledVia pour autoriser les requêtes FAS, car le VPC source de la requête initiale n’est pas préservé.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "PutObjectIfNotVPCID",
      "Effect": "Deny",
      "Action": "s3:PutObject",
      "Resource": "arn:aws:s3:::amzn-s3-demo-bucket3/*",
      "Condition": {
        "StringNotEqualsIfExists": {
          "aws:SourceVpc": "vpc-1234567890abcdef0"
        },
        "Bool": {
          "aws:ViaAWSService": "false"
        }
      }
    }
  ]
}

Pour un exemple d’application de cette clé dans une politique basée sur les ressources, consultez la section Restreindre l’accès à un VPC spécifique dans le Guide de l’utilisateur Amazon Simple Storage Service.

aws:SourceVpce

Utilisez cette clé pour comparer l'identifiant du point de terminaison de VPC de la demande avec l'ID du point de terminaison spécifié dans la politique.

Dans une politique, vous pouvez utiliser cette clé pour restreindre l'accès à un point de terminaison de VPC spécifique. Pour de plus amples informations, consultez Restriction de l’accès à un VPC spécifique dans le Guide de l’utilisateur service de stockage simple Amazon. De la même manière que pour l’utilisation de aws:SourceVpc, vous devez utiliser aws:ViaAWSService ou aws:CalledVia pour autoriser les requêtes faites par Services AWS à l’aide de sessions d’accès direct (FAS). En effet, le point de terminaison de VPC source de la requête initiale n’est pas conservé.

aws:VpcSourceIp

Utilisez cette clé pour comparer l'adresse IP à partir de laquelle une demande a été effectuée avec celle spécifiée dans la politique. Dans une politique, la clé ne correspond que si la demande provient de l'adresse IP spécifiée et qu'elle passe par un point de terminaison de VPC.

Pour plus d’informations, consultez Contrôle de l’accès aux points de terminaison d’un VPC à l’aide de politiques de point de terminaison dans le Guide de l’utilisateur Amazon VPC. De la même manière que pour l’utilisation de aws:SourceVpc, vous devez utiliser aws:ViaAWSService ou aws:CalledVia pour autoriser les requêtes faites par Services AWS à l’aide de sessions d’accès direct (FAS). En effet, l’adresse IP source de la requête initiale effectuée à l’aide d’un point de terminaison de VPC n’est pas conservée dans les requêtes FAS.

Propriétés de la ressource

Utilisez les clés de condition suivantes pour comparer les détails de la ressource cible de la requête avec les propriétés de la ressource que vous spécifiez dans la politique.

aws:ResourceAccount

Utilisez cette clé pour comparer l'ID de l'Compte AWS du propriétaire de la ressource demandée avec le compte de la ressource dans la politique. Vous pouvez ensuite autoriser ou refuser l'accès à cette ressource en fonction du compte propriétaire de la ressource.

Cette clé est égale à l'ID d'Compte AWS pour lequel les ressources sont évaluées dans la demande.

Pour la plupart des ressources de votre compte, l'ARN contient l'ID du compte propriétaire de cette ressource. Pour certaines ressources, telles que les compartiments Amazon S3, l'ARN de ressource n'inclut pas l'ID de compte. Les deux exemples suivants montrent la différence entre une ressource avec un ID de compte dans l'ARN et un ARN Amazon S3 sans ID de compte :

Utilisez la console AWS, l'API, ou la CLI pour trouver toutes vos ressources et les ARN correspondants.

Vous élaborez une politique qui refuse les autorisations d'accès aux ressources en fonction de l'ID de compte du propriétaire de la ressource. Par exemple, la politique basée sur l'identité suivante refuse l'accès à la ressource spécifiée si celle-ci n'appartient pas au compte spécifié.

Pour utiliser cette politique, remplacez le texte en italique de l'espace réservé dans l'exemple de politique par vos propres informations de compte.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "DenyInteractionWithResourcesNotInSpecificAccount",
      "Action": "service:*",
      "Effect": "Deny",
      "Resource": [
        "arn:aws:service:region:account:*"
      ],
      "Condition": {
        "StringNotEquals": {
          "aws:ResourceAccount": [
            "account"
          ]
        }
      }
    }
  ]
}

Cette politique refuse l'accès à toutes les ressources pour un service AWS sauf si l'Compte AWS est propriétaire de la ressource.

Certains services AWS, tels que AWS Data Exchange, dépendent de l'accès à des ressources en dehors de vos Comptes AWS pour les opérations normales. Si vous utilisez l'élément aws:ResourceAccount dans vos politiques, incluez des déclarations supplémentaires afin de créer des dérogations pour ces services. L'exemple de politique AWS: refuser l'accès aux ressources Amazon S3 en dehors de votre compte, sauf AWS Data Exchange montre comment refuser l'accès en fonction du compte de la ressource tout en définissant des exceptions pour les ressources appartenant au service.

Utilisez cet exemple de politique comme modèle pour créer vos propres politiques personnalisées. Reportez-vous à votre documentation de service pour plus d'informations.

aws:ResourceOrgPaths

Utilisez cette clé pour comparer le chemin d'accès d'AWS Organizations pour la ressource consultée avec le chemin d'accès spécifié dans la politique. Dans une politique, cette clé de condition vérifie que le demandeur est un membre du compte au sein de l'organisation racine ou des unités d'organisation spécifiées dans AWS Organizations. Un chemin AWS Organizations est une représentation textuelle de la structure d'une entité Organizations. Pour de plus amples informations sur l'utilisation et la compréhension des chemins, veuillez consulter Comprendre le chemin d'entité AWS Organizations.

aws:ResourceOrgPaths est une clé de condition à valeurs multiples. Les clés multivaluées peuvent avoir plusieurs valeurs dans le contexte de la demande. Vous devez utiliser les opérateurs d'ensemble ForAnyValue ou ForAllValues avec l'opérateur de condition de chaîne pour cette clé. Pour de plus amples informations sur les clés de condition à valeurs multiples, veuillez consulter Clés de contexte à valeurs multiples.

Par exemple, la condition suivante renvoie True pour les ressources qui appartiennent à l'organisation o-a1b2c3d4e5. Lorsque vous incluez un caractère générique, vous devez utiliser l'opérateur de condition StringLike.

"Condition": { 
      "ForAnyValue:StringLike": {
             "aws:ResourceOrgPaths":["o-a1b2c3d4e5/*"]
   }
}

La condition suivante renvoie True pour les ressources avec l'ID d'unité d'organisation ou-ab12-11111111. Elle correspond aux ressources détenues par les comptes rattachés à l'unité d'organisation ou-ab12-11111111 ou à l'une des unités d'organisation enfants.

"Condition": { "ForAnyValue:StringLike" : {
     "aws:ResourceOrgPaths":["o-a1b2c3d4e5/r-ab12/ou-ab12-11111111/*"]
}}

La condition suivante renvoie True pour les ressources détenues par des comptes rattachés directement à l'ID d'unité d'organisation ou-ab12-22222222, mais pas aux unités d'organisation enfants. L'exemple suivant utilise l'opérateur de condition StringEquals pour spécifier l'exigence de correspondance exacte pour l'ID d'unité d'organisation et non une correspondance générique.

"Condition": { "ForAnyValue:StringEquals" : {
     "aws:ResourceOrgPaths":["o-a1b2c3d4e5/r-ab12/ou-ab12-11111111/ou-ab12-22222222/"]
}}

Certains services AWS, tels que AWS Data Exchange, dépendent de l'accès à des ressources en dehors de vos Comptes AWS pour les opérations normales. Si vous utilisez la clé aws:ResourceOrgPaths dans vos politiques, incluez des déclarations supplémentaires afin de créer des dérogations pour ces services. L'exemple de politique AWS: refuser l'accès aux ressources Amazon S3 en dehors de votre compte, sauf AWS Data Exchange montre comment refuser l'accès en fonction du compte de la ressource tout en définissant des exceptions pour les ressources appartenant au service. Vous pouvez créer une politique similaire pour restreindre l'accès aux ressources d'une unité d'organisation (UO) à l'aide de la clé aws:ResourceOrgPaths, tout en tenant compte des ressources appartenant au service.

Utilisez cet exemple de politique comme modèle pour créer vos propres politiques personnalisées. Reportez-vous à votre documentation de service pour plus d'informations.

aws:ResourceOrgID

Utilisez cette clé pour comparer l'identifiant de l'organisation dans AWS Organizations à laquelle la ressource demandée appartient avec l'identifiant spécifié dans la politique.

Cette clé globale renvoie l'ID de l'organisation de la ressource pour une demande donnée. Elle vous permet de créer des règles qui s'appliquent à toutes les ressources d'une organisation qui sont spécifiées dans l'élément Resource d'une politique basée sur l'identité. Vous pouvez spécifier l'ID de l'organisation dans l'élément Condition. Lorsque vous ajoutez et supprimez des comptes, les politiques qui contiennent la clé aws:ResourceOrgID incluent automatiquement les bons comptes et vous n'avez pas besoin de la mettre à jour manuellement.

Par exemple, la politique suivante empêche le principal d'ajouter des objets à la ressource policy-genius-dev, sauf si la ressource Amazon S3 appartient à la même organisation que le principal qui effectue la demande.

{
  "Version": "2012-10-17",
  "Statement": {
    "Sid": "DenyPutObjectToS3ResourcesOutsideMyOrganization",
    "Effect": "Deny",
    "Action": "s3:PutObject",
    "Resource": "arn:partition:s3:::policy-genius-dev/*",
    "Condition": {
      "StringNotEquals": {
        "aws:ResourceOrgID": "${aws:PrincipalOrgID}"
      }
    }
  }
}

Certains services AWS, tels que AWS Data Exchange, dépendent de l'accès à des ressources en dehors de vos Comptes AWS pour les opérations normales. Si vous utilisez la clé aws:ResourceOrgID dans vos politiques, incluez des déclarations supplémentaires afin de créer des dérogations pour ces services. L'exemple de politique AWS: refuser l'accès aux ressources Amazon S3 en dehors de votre compte, sauf AWS Data Exchange montre comment refuser l'accès en fonction du compte de la ressource tout en définissant des exceptions pour les ressources appartenant au service. Vous pouvez créer une politique similaire pour restreindre l'accès aux ressources de votre organisation à l'aide de la clé aws:ResourceOrgID, tout en tenant compte des ressources appartenant au service.

Utilisez cet exemple de politique comme modèle pour créer vos propres politiques personnalisées. Reportez-vous à votre documentation de service pour plus d'informations.

Dans la vidéo suivante, découvrez comment utiliser la clé de condition aws:ResourceOrgID dans une politique.

aws:ResourceTag/tag-key

Utilisez cette clé pour comparer la paire valeur clé d'étiquette que vous spécifiez dans la politique avec la paire valeur clé attachée à la ressource. Par exemple, vous pouvez exiger que l'accès à une ressource soit autorisé uniquement si la clé de balise "Dept" est attachée à la ressource avec la valeur "Marketing". Pour en savoir plus, consultez Contrôle de l'accès aux ressources AWS.

Cette clé de contexte est formatée selon le schéma "aws:ResourceTag/tag-key":"tag-value", où tag-key et tag-value représentent respectivement une clé de balise et une paire de valeurs. Les clés et les valeurs d'étiquette ne sont pas sensibles à la casse. Cela signifie que si vous spécifiez "aws:ResourceTag/TagKey1": "Value1" dans l'élément de condition de votre politique, la condition correspond à une clé de balise de ressource nommée TagKey1 ou tagkey1, mais pas aux deux.

Pour obtenir des exemples d'utilisation de la clé aws:ResourceTag pour contrôler l'accès aux ressources IAM, consultez la section Contrôle de l'accès aux ressources AWS.

Pour obtenir des exemples d'utilisation de la clé aws:ResourceTag pour contrôler l'accès à d'autres ressources AWS, consultez la section Contrôle de l'accès aux ressources AWS à l'aide de balises.

Pour obtenir un didacticiel sur l'utilisation de la clé de condition aws:ResourceTag pour le contrôle d'accès basé sur les attributs (ABAC), reportez-vous à la section Didacticiel IAM : définir les autorisations d'accès aux ressources AWS en fonction des balises.

Propriétés de la requête

Utilisez les clés de condition suivantes pour comparer les détails de la requête elle-même et le contenu de la requête avec les propriétés de la requête que vous spécifiez dans la politique.

aws:CalledVia

Utilisez cette clé pour comparer les services de la politique avec les services qui ont créé des demandes au nom du principal IAM (utilisateur ou rôle). Lorsqu'un principal effectue une demande à un service AWS, ce service peut utiliser les informations d'identification du principal pour effectuer des demandes ultérieures à d'autres services. La clé aws:CalledVia contient une liste ordonnée des services de la chaîne ayant effectué des demandes pour le compte du principal.

Par exemple, vous pouvez utiliser AWS CloudFormation pour lire et écrire à partir d'une table Amazon DynamoDB. DynamoDB utilise ensuite le chiffrement fourni par AWS Key Management Service (AWS KMS).

Pour utiliser la clé de condition aws:CalledVia dans une politique, vous devez indiquer au service les principaux pour autoriser ou refuser les demandes de service AWS. AWS prend en charge l'utilisation des principaux de service suivants avec aws:CalledVia.

Pour autoriser ou refuser l'accès lorsqu'un service effectue une demande à l'aide des informations d'identification du principal, utilisez la clé de condition aws:ViaAWSService. Cette clé de condition prend en charge les services AWS.

La clé aws:CalledVia est une clé à valeurs multiples. Cependant, vous ne pouvez pas imposer l'ordre en utilisant cette clé dans une condition. Dans l'exemple ci-dessus, User 1 (Utilisateur 1) effectue une demande à AWS CloudFormation, qui appelle DynamoDB, qui appelle AWS KMS. Il s'agit de trois demandes distinctes. L'appel final à AWS KMS est effectué par User 1 (Utilisateur 1) via AWS CloudFormation, puis DynamoDB.

Dans ce cas, la clé aws:CalledVia dans le contexte de la demande comprend cloudformation.amazonaws.com et dynamodb.amazonaws.com, dans cet ordre. Si vous vous souciez uniquement du fait que l'appel a été effectué via DynamoDB quelque part dans la chaîne des demandes, vous pouvez utiliser cette clé de condition dans votre politique.

Par exemple, la politique suivante permet de gérer la clé AWS KMS nommée my-example-key, mais seulement si DynamoDB est un des services demandeurs. L'opérateur de condition ForAnyValue:StringEquals s'assure que DynamoDB est un des services appelant. Si le principal effectue directement l'appel à AWS KMS, la condition renvoie false et la demande n'est pas autorisée par cette politique.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "KmsActionsIfCalledViaDynamodb",
            "Effect": "Allow",
            "Action": [
                "kms:Encrypt",
                "kms:Decrypt",
                "kms:ReEncrypt*",
                "kms:GenerateDataKey",
                "kms:DescribeKey"
            ],
            "Resource": "arn:aws:kms:region:111122223333:key/my-example-key",
            "Condition": {
                "ForAnyValue:StringEquals": {
                    "aws:CalledVia": ["dynamodb.amazonaws.com"]
                }
            }
        }
    ]
}

Si vous souhaitez définir le service effectuant le premier ou le dernier appel de la chaîne, vous pouvez utiliser les clés aws:CalledViaLast et aws:CalledViaFirst. Par exemple, la politique suivante permet de gérer la clé nommée my-example-key dans AWS KMS. Ces opérations AWS KMS ne sont autorisées que si plusieurs demandes ont été incluses dans la chaîne. La première demande doit être faite via AWS CloudFormation et la dernière, via DynamoDB. Si d'autres services font des demandes au milieu de la chaîne, l'opération est toujours autorisée.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "KmsActionsIfCalledViaChain",
            "Effect": "Allow",
            "Action": [
                "kms:Encrypt",
                "kms:Decrypt",
                "kms:ReEncrypt*",
                "kms:GenerateDataKey",
                "kms:DescribeKey"
            ],
            "Resource": "arn:aws:kms:region:111122223333:key/my-example-key",
            "Condition": {
                "StringEquals": {
                    "aws:CalledViaFirst": "cloudformation.amazonaws.com",
                    "aws:CalledViaLast": "dynamodb.amazonaws.com"
                }
            }
        }
    ]
}

Les clés aws:CalledViaFirst et aws:CalledViaLast sont présentes dans la demande lorsqu'un service utilise les informations d'identification d'un principal IAM pour appeler un autre service. Elles indiquent le premier et le dernier services ayant effectué des appels dans la chaîne de demandes. Par exemple, supposons que AWS CloudFormation appelle un autre service nommé X Service, qui appelle DynamoDB, qui appelle ensuite AWS KMS. L'appel final à AWS KMS est effectué par User 1 via AWS CloudFormation, puis X Service et enfin DynamoDB. Il a été appelé en premier via AWS CloudFormation et en dernier via DynamoDB.

aws:CalledViaFirst

Utilisez cette clé pour comparer les services de la politique avec le premier service ayant fait une demande au nom du principal IAM (utilisateur ou rôle). Pour de plus amples informations, veuillez consulter aws:CalledVia.

aws:CalledViaLast

Utilisez cette clé pour comparer les services de la politique avec le dernier service ayant fait une demande au nom du principal IAM (utilisateur ou rôle). Pour plus d'informations, veuillez consulter aws:CalledVia.

aws:ViaAWSService

Utilisez cette clé pour vérifier si un Service AWS adresse une requête à un autre service en votre nom à l’aide de sessions d’accès direct (FAS).

La clé de contexte de la requête renvoie true lorsqu’un service utilise des sessions d’accès direct pour effectuer une requête au nom du principal IAM d’origine. La clé de contexte de demande renvoie également false lorsque le principal effectue l'appel directement.

aws:CurrentTime

Utilisez cette clé pour comparer la date et l'heure de la demande avec celles spécifiée dans la politique. Pour visualiser un exemple de politique qui utilise cette clé de condition, veuillez consulter AWS : permet l'accès en fonction de la date et de l'heure.

aws:EpochTime

Utilisez cette clé pour comparer la date et l'heure de la demande au format Epoch ou Unix avec la valeur spécifiée dans la politique. Cette clé accepte également le nombre de secondes depuis le 1er janvier 1970.

aws:referer

Utilisez cette clé pour comparer le référent de la demande dans le navigateur client avec le référent spécifié dans la politique. La valeur aws:referer du contexte de la demande est fournie par le principal dans un en-tête HTTP. L'en-tête Referer est inclus dans une demande de navigateur Web lorsque vous sélectionnez un lien sur une page Web. L'en-tête Referer contient l'URL de la page Web où le lien a été sélectionné.

Par exemple, vous pouvez accéder à un objet Amazon S3 directement à l'aide d'une URL ou en utilisant l'invocation directe de l'API. Pour plus d'informations, consultez la section Opérations d'API Amazon S3 directement à l'aide d'un navigateur web. Lorsque vous accédez à un objet Amazon S3 à partir d'une URL qui existe dans une page web, l'URL de la page web source est utilisée dans aws:referer. Lorsque vous accédez à un objet Amazon S3 en saisissant l'URL dans votre navigateur, aws:referer n'est pas présent. Lorsque vous appelez l'API directement, aws:referer n'est pas non plus présent. Vous pouvez utiliser la clé de condition aws:referer dans une politique pour autoriser les demandes effectuées à partir d'un référent spécifique, comme un lien sur une page Web dans le domaine de votre entreprise.

aws:RequestedRegion

Utilisez cette clé pour comparer la région AWS qui a été appelée dans la demande avec la région spécifiée dans la politique. Vous pouvez utiliser cette clé de condition globale pour contrôler les régions qui peuvent être demandées. Pour afficher les régions AWS de chaque service, consultez Points de terminaison et quotas de service dans le document Référence générale d'Amazon Web Services.

Certains services globaux, tels qu'IAM, ont un point de terminaison unique. Comme ce point de terminaison se trouve physiquement dans la région USA Est (Virginie du Nord), les appels IAM sont toujours effectués vers la région us-east-1. Par exemple, si vous créez une politique qui refuse l'accès à tous les services si la région demandée n'est pas us-west-2, les appels IAM échouent toujours. Pour afficher un exemple de la manière de contourner ce problème, consultez NotAction avec Deny.

Vous pouvez utiliser cette clé de contexte pour limiter l'accès aux services AWS au sein d'un ensemble donné de régions. Par exemple, la politique suivante permet à un utilisateur d'afficher toutes les instances Amazon EC2 dans AWS Management Console. Cependant, elle lui permet d'apporter des modifications aux instances dans Irlande (eu-west-1), Londres (eu-west-2) ou Paris (eu-west-3).

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "InstanceConsoleReadOnly",
            "Effect": "Allow",
            "Action": [
                "ec2:Describe*",
                "ec2:Export*",
                "ec2:Get*",
                "ec2:Search*"
            ],
            "Resource": "*"
        },
        {
            "Sid": "InstanceWriteRegionRestricted",
            "Effect": "Allow",
            "Action": [
                "ec2:Associate*",
                "ec2:Import*",
                "ec2:Modify*",
                "ec2:Monitor*",
                "ec2:Reset*",
                "ec2:Run*",
                "ec2:Start*",
                "ec2:Stop*",
                "ec2:Terminate*"
            ],
            "Resource": "*",
            "Condition": {
                "StringEquals": {
                    "aws:RequestedRegion": [
                        "eu-west-1",
                        "eu-west-2",
                        "eu-west-3"
                    ]
                }
            }
        }
    ]
}       

aws:RequestTag/clé-balise

Utilisez cette clé pour comparer la paire clé-valeur de balise qui a été transmise dans la demande avec la paire de balises spécifiée dans la politique. Par exemple, vous pouvez vérifier que la demande comprend la clé de balise "Dept" et qu'elle a la valeur "Accounting". Pour en savoir plus, consultez Contrôle de l'accès au cours des demandes AWS.

Cette clé de contexte est formatée selon le schéma "aws:RequestTag/tag-key":"tag-value", où tag-key et tag-value représentent respectivement une clé de balise et une paire de valeurs. Les clés et les valeurs d'étiquette ne sont pas sensibles à la casse. Cela signifie que si vous spécifiez "aws:RequestTag/TagKey1": "Value1" dans l'élément de condition de votre politique, la condition correspond à une clé de balise de demande nommée TagKey1 ou tagkey1, mais pas aux deux.

Cet exemple montre que même si la clé est à valeur unique, vous pouvez toujours utiliser plusieurs paires clé-valeur dans une requête si les clés sont différentes.

{
  "Version": "2012-10-17",
  "Statement": {
    "Effect": "Allow",
    "Action": "ec2:CreateTags",
    "Resource": "arn:aws:ec2:::instance/*",
    "Condition": {
      "StringEquals": {
        "aws:RequestTag/environment": [
          "preprod",
          "production"
        ],
        "aws:RequestTag/team": [
          "engineering"
        ]
      }
    }
  }
}

aws:TagKeys

Utilisez cette clé pour comparer les clés de balise d’une demande avec celles spécifiées dans la politique. Nous vous recommandons, lorsque vous utilisez des politiques pour contrôler l'accès à l'aide de balises, d'utiliser la clé de condition aws:TagKeys pour définir quelles clés de balises sont autorisées. Pour obtenir des exemples de stratégie et de plus amples informations, veuillez consulter Contrôle de l'accès en fonction des clés de balise.

Cette clé de contexte est formatée selon le schéma "aws:TagKeys":"tag-key", où tag-key est une liste de clés d'étiquette sans valeur (par exemple, ["Dept","Cost-Center"]).

Étant donné que vous pouvez inclure plusieurs paires clé-valeur de balise dans une demande, le contenu de la demande peut être une demande à valeurs multiples. Dans ce cas, vous devez utiliser le opérateurs d'ensemble ForAllValues ou ForAnyValue. Pour en savoir plus, consultez Clés de contexte à valeurs multiples.

Certains services prennent en charge le balisage avec des opérations de ressource, comme la création, la modification ou de la suppression d'une ressource. Pour autoriser le balisage et les opérations sous la forme d'un seul appel, vous devez créer une politique qui inclut à la fois l'action de balisage et celle de modification de ressource. Vous pouvez ensuite utiliser la clé de condition aws:TagKeys pour imposer l'utilisation de clés de balise spécifiques dans la demande. Par exemple, pour limiter les balises lorsque quelqu'un crée un instantané Amazon EC2, vous devez inclure l'action de création ec2:CreateSnapshot et l'action de balisage ec2:CreateTags dans la politique. Pour afficher une politique correspondant à ce scénario, qui utilise aws:TagKeys, consultez Création d’un instantané avec des balises dans le Guide de l’utilisateur Amazon EC2.

aws:SecureTransport

Utilisez cette clé pour vérifier si une demande est envoyée avec TLS. Le contexte de la demande renvoie true ou false. Dans une politique, vous pouvez autoriser des actions spécifiques uniquement si la demande est envoyée avec TLS.

aws:SourceAccount

Utilisez cette clé pour comparer l'ID de compte de la ressource effectuant une demande de service à service avec l'ID de compte que vous spécifiez dans la politique, mais seulement quand la demande est faite par un principal du service AWS.

Vous pouvez utiliser cette clé de condition pour vous assurer qu’un service appelant ne peut accéder à votre ressource que si la requête provient d’un compte spécifique. Par exemple, vous pouvez attacher la politique de contrôle des ressources (RCP) suivante pour refuser les requêtes des principaux de service contre les compartiments Amazon S3, à moins qu’elles n’aient été déclenchées par une ressource du compte spécifié. Cette politique n’applique le contrôle que sur les requêtes des principaux de service ("Bool": {"aws:PrincipalIsAWSService": "true"}) qui ont la clé aws:SourceAccount présente ("Null": {"aws:SourceAccount": "false"}), de sorte que les intégrations de services qui ne nécessitent pas l’utilisation de cette clé et les appels de vos principaux ne sont pas impactés. Si la clé aws:SourceAccount est présente dans le contexte de la requête, la condition Null aura la valeur true, ce qui entraînera l’application de la clé aws:SourceAccount.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "RCPEnforceConfusedDeputyProtection",
      "Effect": "Deny",
      "Principal": "*",
      "Action": [
        "s3:*"
      ],
      "Resource": "*",
      "Condition": {
        "StringNotEqualsIfExists": {
          "aws:SourceAccount": "111122223333"
        },
        "Null": {
          "aws:SourceAccount": "false"
        },
        "Bool": {
          "aws:PrincipalIsAWSService": "true"
        }
      }
    }
  ]
}

Dans les politiques basées sur les ressources où le principal est un principal Service AWS, utilisez la clé pour limiter les autorisations accordées au service. Par exemple, lorsqu’un compartiment Amazon S3 est configuré pour envoyer des notifications à une rubrique Amazon SNS, le service Amazon S3 invoque l’opération d’API sns:Publish pour tous les événements configurés. Dans la politique de rubrique qui autorise l'opération sns:Publish, définissez la valeur de la clé de condition sur l'ID de compte du compartiment Amazon S3.

aws:SourceArn

Utilisez cette clé pour comparer l'Amazon Resource Name (ARN) de la ressource effectuant une demande de service à service avec l'ARN que vous spécifiez dans la politique, mais seulement lorsque la demande est faite par un principal du service AWS. Lorsque l'ARN de la source inclut l'ID de compte, il n'est pas nécessaire d'utiliser aws:SourceAccount avec aws:SourceArn.

Cette clé ne fonctionne pas avec l'ARN du principal qui fait la demande. Utilisez à la place aws:PrincipalArn.

Vous pouvez utiliser cette clé de condition pour vous assurer qu’un service appelant ne peut accéder à votre ressource que si la requête provient d’une ressource spécifique. Lors de l’utilisation d’une politique basée sur les ressources avec un principal Principal en tant que Service AWS, définissez la valeur de cette clé de condition sur l’ARN de la ressource dont vous souhaitez restreindre l’accès. Par exemple, lorsqu’un compartiment Amazon S3 est configuré pour envoyer des notifications à une rubrique Amazon SNS, le service Amazon S3 invoque l’opération d’API sns:Publish pour tous les événements configurés. Dans la politique de rubrique qui autorise l'opération sns:Publish, définissez la valeur de la clé de condition sur l'ARN du compartiment Amazon S3. Pour savoir quand utiliser cette clé de condition dans les politiques basées sur les ressources, consultez la documentation relative aux Services AWS que vous utilisez.

aws:SourceOrgID

Utilisez cette clé pour comparer l'ID d'organisation de la ressource effectuant une demande de service à service avec l'ID d'organisation que vous spécifiez dans la politique, mais seulement quand la demande est faite par un principal du service AWS. Lorsque vous ajoutez et supprimez des comptes à une organisation dans AWS Organizations, les politiques qui contiennent la clé aws:SourceOrgID incluent automatiquement les bons comptes et vous n'avez pas besoin de mettre à jour manuellement les politiques.

Vous pouvez utiliser cette clé de condition pour vous assurer qu’un service appelant ne peut accéder à votre ressource que si la requête provient d’une organisation spécifique. Par exemple, vous pouvez attacher la politique de contrôle des ressources (RCP) suivante pour refuser les requêtes des principaux de service contre les compartiments Amazon S3, à moins qu’elles n’aient été déclenchées par une ressource de l’organisation AWS spécifiée. Cette politique n’applique le contrôle que sur les requêtes des principaux de service ("Bool": {"aws:PrincipalIsAWSService": "true"}) qui ont la clé aws:SourceAccount présente ("Null": {"aws:SourceAccount": "false"}), de sorte que les intégrations de services qui ne nécessitent pas l’utilisation de la clé et les appels de vos principaux ne sont pas impactés. Si la clé aws:SourceAccount est présente dans le contexte de la requête, la condition Null aura la valeur true, ce qui entraînera l’application de la clé aws:SourceOrgID. Nous utilisons aws:SourceAccount au lieu de aws:SourceOrgID dans l’opérateur de condition Null afin que le contrôle s’applique toujours si la requête provient d’un compte qui n’appartient pas à une organisation.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "RCPEnforceConfusedDeputyProtection",
      "Effect": "Deny",
      "Principal": "*",
      "Action": [
        "s3:*"
      ],
      "Resource": "*",
      "Condition": {
        "StringNotEqualsIfExists": {
          "aws:SourceOrgID": "o-xxxxxxxxxx"
        },
        "Null": {
          "aws:SourceAccount": "false"
        },
        "Bool": {
          "aws:PrincipalIsAWSService": "true"
        }
      }
    }
  ]
}

aws:SourceOrgPaths

Utilisez cette clé pour comparer le chemin d'AWS Organizations de la ressource effectuant une demande de service à service avec le chemin de l'organisation que vous spécifiez dans la politique, mais seulement quand la demande est faite par un principal du service AWS. Un chemin Organizations est une représentation textuelle de la structure d'une entité Organizations. Pour de plus amples informations sur l'utilisation et la compréhension des chemins, veuillez consulter Présentation du chemin d'entité AWS Organizations.

Utilisez cette clé de condition pour vous assurer qu’un service appelant ne peut accéder à votre ressource que si la requête provient d’une unité d’organisation spécifique dans AWS Organizations.

De la même manière que pour aws:SourceOrgID, afin d’éviter tout impact sur les intégrations de services qui ne nécessitent pas l’utilisation de cette clé, utilisez l’opérateur de condition Null avec la clé de condition aws:SourceAccount afin que le contrôle s’applique toujours si la requête provient d’un compte qui n’appartient pas à une organisation.

{
      "Condition": {
        "ForAllValues:StringNotLikeIfExists": {
            "aws:SourceOrgPaths": "o-a1b2c3d4e5/r-ab12/ou-ab12-11111111/ou-ab12-22222222/"
        },
        "Null": {
          "aws:SourceAccount": "false"
        },
        "Bool": {
          "aws:PrincipalIsAWSService": "true"
        }
      }
}

aws:SourceOrgPaths est une clé de condition à valeurs multiples. Les clés multivaluées peuvent avoir plusieurs valeurs dans le contexte de la demande. Vous devez utiliser les opérateurs d'ensemble ForAnyValue ou ForAllValues avec l'opérateur de condition de chaîne pour cette clé. Pour de plus amples informations sur les clés de condition à valeurs multiples, veuillez consulter Clés de contexte à valeurs multiples.

aws:UserAgent

Utilisez cette clé pour comparer l'application cliente du demandeur avec l'application spécifiée dans la politique.

Autres clés de condition inter-services

AWS STS prend en charge les clés de condition de fédération basées sur SAML et les clés de condition interservices pour la fédération OIDC. Ces clés sont disponibles lorsqu'un utilisateur qui a été fédéré à l'aide de SAML effectue des opérations AWS dans d'autres services.