View a markdown version of this page

Exemples de politiques communes basées sur les ressources - Amazon Aurora DSQL

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.

Exemples de politiques communes basées sur les ressources

Ces exemples présentent des modèles courants pour contrôler l'accès à vos clusters Aurora DSQL. Vous pouvez combiner et modifier ces modèles pour répondre à vos besoins d'accès spécifiques.

Bloquer l'accès public à Internet

Cette politique bloque les connexions à vos clusters Aurora DSQL depuis l'Internet public (non VPC). La politique ne précise pas depuis quel VPC les clients peuvent se connecter, mais uniquement qu'ils doivent se connecter depuis un VPC. Pour limiter l'accès à un VPC spécifique, utilisez aws:SourceVpc l'opérateur de StringEquals condition.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Principal": { "AWS": "*" }, "Resource": "*", "Action": [ "dsql:DbConnect", "dsql:DbConnectAdmin" ], "Condition": { "Null": { "aws:SourceVpc": "true" } } } ] }
Note

Cet exemple est utilisé uniquement aws:SourceVpc pour vérifier les connexions VPC. Les clés de aws:SourceVpce condition aws:VpcSourceIp et fournissent une granularité supplémentaire mais ne sont pas requises pour le contrôle VPC-only d'accès de base.

Pour prévoir une exception pour des rôles spécifiques, utilisez plutôt cette politique :

{ "Version": "2012-10-17", "Statement": [ { "Sid": "DenyAccessFromOutsideVPC", "Effect": "Deny", "Principal": { "AWS": "*" }, "Resource": "*", "Action": [ "dsql:DbConnect", "dsql:DbConnectAdmin" ], "Condition": { "Null": { "aws:SourceVpc": "true" }, "StringNotEquals": { "aws:PrincipalArn": [ "arn:aws:iam::123456789012:role/ExceptionRole", "arn:aws:iam::123456789012:role/AnotherExceptionRole" ] } } } ] }

Restreindre l'accès à AWS Organisation

Cette politique restreint l'accès aux principaux responsables d'une AWS organisation :

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Principal": { "AWS": "*" }, "Action": [ "dsql:DbConnect", "dsql:DbConnectAdmin" ], "Resource": "arn:aws:dsql:us-east-1:123456789012:cluster/mydsqlclusterid0123456789a", "Condition": { "StringNotEquals": { "aws:PrincipalOrgID": "o-exampleorgid" } } } ] }

Restreindre l'accès à une unité organisationnelle spécifique

Cette politique restreint l'accès aux principaux au sein d'une unité organisationnelle (UO) spécifique d'une AWS organisation, offrant un contrôle plus granulaire que l'accès à l'échelle de l'organisation :

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Principal": { "AWS": "*" }, "Action": [ "dsql:DbConnect" ], "Resource": "arn:aws:dsql:us-east-1:123456789012:cluster/mydsqlclusterid0123456789a", "Condition": { "StringNotLike": { "aws:PrincipalOrgPaths": "o-exampleorgid/r-examplerootid/ou-exampleouid/*" } } } ] }

Multi-Region politiques relatives aux clusters

Pour les clusters multirégionaux, chaque cluster régional gère sa propre politique en matière de ressources, ce qui permet des Region-specific contrôles. Voici un exemple avec des politiques différentes par région :

politique us-east-1 :

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Principal": { "AWS": "*" }, "Resource": "*", "Action": [ "dsql:DbConnect" ], "Condition": { "StringNotEquals": { "aws:SourceVpc": "vpc-east1-id" }, "Null": { "aws:SourceVpc": "true" } } } ] }

politique us-east-2 :

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "AWS": "*" }, "Resource": "*", "Action": [ "dsql:DbConnect" ], "Condition": { "StringEquals": { "aws:SourceVpc": "vpc-east2-id" } } } ] }
Note

Les clés contextuelles des conditions peuvent varier entre Régions AWS elles (comme les ID VPC).