View a markdown version of this page

Cross-service prévention adjointe confuse - Amazon Managed Workflows for Apache Airflow

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.

Cross-service prévention adjointe confuse

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 la confusion du problème des adjoints. Cross-service l'usurpation d'identité peut se produire lorsqu'un service (le service appelant) appelle un autre service (le service appelé). Le service d'appel peut être manipulé pour utiliser ses autorisations afin d'agir sur les ressources d'un autre client d'une manière à laquelle il n'est pas autorisé à accéder autrement. Pour éviter cela, AWS fournit des outils qui vous aident à protéger vos données pour tous les services dont les responsables de service ont eu accès aux ressources de votre compte.

Nous vous recommandons d'utiliser aws:SourceArn les clés contextuelles de condition aws:SourceAccount globale dans le rôle d'exécution de votre environnement afin de limiter les autorisations qu'Amazon MWAA accorde à un autre service pour accéder à la ressource. Utilisez aws:SourceArn si vous souhaitez qu’une seule ressource soit associée à l’accès entre services. Utilisez aws:SourceAccount si vous souhaitez autoriser l’association d’une ressource de ce compte à l’utilisation interservices.

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. Si vous ne connaissez pas l’ARN complet de la ressource ou si vous spécifiez plusieurs ressources, utilisez la clé de contexte de condition globale aws:SourceArn avec des caractères génériques (*) pour les parties inconnues de l’ARN. Par exemple, arn:aws:airflow:*:123456789012:environment/*.

La valeur de aws:SourceArn doit être l'ARN de votre environnement Amazon MWAA, pour lequel vous créez un rôle d'exécution.

Utilisez l'exemple suivant pour appliquer les clés contextuelles aws:SourceArn et les conditions aws:SourceAccount globales dans la politique de confiance des rôles d'exécution de votre environnement afin d'éviter tout problème de confusion entre les administrateurs. Vous pouvez utiliser la politique de confiance suivante lorsque vous créez un nouveau rôle d'exécution.

JSON
{ "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": [ "airflow.amazonaws.com", "airflow-env.amazonaws.com" ] }, "Action": "sts:AssumeRole", "Condition": { "ArnLike": { "aws:SourceArn": "arn:aws:airflow:us-east-1:123456789012:environment/your-environment-name" }, "StringEquals": { "aws:SourceAccount": "123456789012" } } } ] }