AWS CodeDeploy アイデンティティベースポリシーの例 - AWS CodeDeploy

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

AWS CodeDeploy アイデンティティベースポリシーの例

デフォルトでは、ユーザーにはリソースを作成または変更 CodeDeployするアクセス許可はありません。また、 AWS Management Console、 AWS CLI、または を使用してタスクを実行することはできません AWS API。必要な指定されたリソースでAPIオペレーションを実行するアクセス許可をIAMロールに付与するIAMポリシーを作成する必要があります。次に、これらのアクセス許可を必要とするユーザーまたはグループに、これらのIAMロールをアタッチする必要があります。

これらのポリシードキュメント例を使用してIAMアイデンティティベースのJSONポリシーを作成する方法については、「 IAMユーザーガイド」のJSON「 タブでのポリシーの作成」を参照してください。

では CodeDeploy、アイデンティティベースのポリシーを使用して、デプロイプロセスに関連するさまざまなリソースへのアクセス許可を管理します。次のリソースタイプへのアクセスをコントロールできます。

  • アプリケーションおよびアプリケーションリビジョン。

  • デプロイ。

  • デプロイ設定。

  • インスタンスとオンプレミスインスタンス。

リソースポリシーによって制御される機能は、次の表にあるように、リソースタイプによって異なります。

リソースタイプ

機能

すべて

リソースの詳細の閲覧および一覧表示

アプリケーション

デプロイ設定

デプロイグループ

リソースの作成

リソースの削除

デプロイ

デプロイの作成

デプロイの停止

アプリケーションリビジョン

アプリケーションリビジョンの登録

アプリケーション

デプロイグループ

更新されたリソース

オンプレミスインスタンス

インスタンスにタグを追加する

インスタンスからタグを削除する

インスタンスを登録する

インスタンスを登録解除する

次の例では、us-west-2 リージョンの WordPress_App という名前のアプリケーションに関連付けられている WordPress_DepGroup という名前のデプロイグループを削除することをユーザーに許可するアクセス許可ポリシーを示しています。

{ "Version": "2012-10-17", "Statement" : [ { "Effect" : "Allow", "Action" : [ "codedeploy:DeleteDeploymentGroup" ], "Resource" : [ "arn:aws:codedeploy:us-west-2:444455556666:deploymentgroup:WordPress_App/WordPress_DepGroup" ] } ] }

カスタマーマネージドポリシーの例

このセクションでは、さまざまな CodeDeploy アクションのアクセス許可を付与するポリシーの例を示します。これらのポリシーは CodeDeploy API、、 AWS SDKs、または を使用しているときに機能します AWS CLI。コンソールで実行するアクションには、追加のアクセス許可を付与する必要があります。コンソールアクセス許可の付与の詳細については、「 CodeDeploy コンソールを使用する」を参照してください。

注記

すべての例で、米国西部 (オレゴン) リージョン (us-west-2) を使用し、架空のアカウント が含まれていますIDs。

例 1: 1 つのリージョンで CodeDeploy オペレーションを実行するアクセス許可を付与する

次の例では、 us-west-2リージョンでのみ CodeDeploy オペレーションを実行するアクセス許可を付与します。

{ "Version": "2012-10-17", "Statement" : [ { "Effect" : "Allow", "Action" : [ "codedeploy:*" ], "Resource" : [ "arn:aws:codedeploy:us-west-2:444455556666:*" ] } ] }

例 2: 単一のアプリケーションへのリビジョンの登録を許可する

次の例では、us-west-2 リージョンの Test で始まるすべてのアプリケーションのアプリケーションリビジョンを登録するアクセス許可を付与します。

{ "Version": "2012-10-17", "Statement" : [ { "Effect" : "Allow", "Action" : [ "codedeploy:RegisterApplicationRevision" ], "Resource" : [ "arn:aws:codedeploy:us-west-2:444455556666:application:Test*" ] } ] }

例 3: 単一のデプロイグループへのデプロイの作成を許可する

次の例では、WordPress_App という名前のアプリケーションに関連付けられた WordPress_DepGroup という名前のデプロイグループ用、ThreeQuartersHealthy という名前のカスタムデプロイ構成用、および WordPress_App という名前のアプリケーションに関連付けられたあらゆるアプリケーションリビジョン用のデプロイを作成することを許可します。これらのリソースはすべて us-west-2 リージョンにあります。

{ "Version": "2012-10-17", "Statement" : [ { "Effect" : "Allow", "Action" : [ "codedeploy:CreateDeployment" ], "Resource" : [ "arn:aws:codedeploy:us-west-2:444455556666:deploymentgroup:WordPress_App/WordPress_DepGroup" ] }, { "Effect" : "Allow", "Action" : [ "codedeploy:GetDeploymentConfig" ], "Resource" : [ "arn:aws:codedeploy:us-west-2:444455556666:deploymentconfig:ThreeQuartersHealthy" ] }, { "Effect" : "Allow", "Action" : [ "codedeploy:GetApplicationRevision" ], "Resource" : [ "arn:aws:codedeploy:us-west-2:444455556666:application:WordPress_App" ] } ] }

ポリシーに関するベストプラクティス

ID ベースのポリシーは、ユーザーのアカウントで誰かが CodeDeploy リソースを作成、アクセス、または削除できるどうかを決定します。これらのアクションを実行すると、 AWS アカウントに料金が発生する可能性があります。アイデンティティベースポリシーを作成したり編集したりする際には、以下のガイドラインと推奨事項に従ってください:

  • AWS 管理ポリシーを開始し、最小特権のアクセス許可に移行する – ユーザーとワークロードにアクセス許可を付与するには、多くの一般的なユースケースにアクセス許可を付与する AWS 管理ポリシーを使用します。これらは で使用できます AWS アカウント。ユースケースに固有の AWS カスタマー管理ポリシーを定義して、アクセス許可をさらに減らすことをお勧めします。詳細については、「IAMユーザーガイド」の「AWS マネージドポリシー」または「AWS ジョブ機能の管理ポリシー」を参照してください。

  • 最小特権を適用する – IAM ポリシーでアクセス許可を設定する場合は、タスクの実行に必要なアクセス許可のみを付与します。これを行うには、特定の条件下で特定のリソースに対して実行できるアクションを定義します。これは、最小特権アクセス許可とも呼ばれています。IAM を使用してアクセス許可を適用する方法の詳細については、IAM ユーザー ガイドの「IAM のポリシーとアクセス許可」を参照してください。

  • IAMポリシーで条件を使用してアクセスをさらに制限する – ポリシーに条件を追加して、アクションやリソースへのアクセスを制限できます。例えば、ポリシー条件を記述して、すべてのリクエストを を使用して送信するように指定できますSSL。条件を使用して、サービスアクションが などの特定の を通じて使用される場合に AWS のサービス、サービスアクションへのアクセスを許可することもできます AWS CloudFormation。詳細については、「 IAMユーザーガイド」のIAMJSON「ポリシー要素: 条件」を参照してください。

  • IAM Access Analyzer を使用してIAMポリシーを検証し、安全で機能的なアクセス許可を確保する – IAM Access Analyzer は、ポリシーがポリシー言語 (JSON) とIAMベストプラクティスに準拠するように、新規および既存のIAMポリシーを検証します。 IAMAccess Analyzer は、安全で機能的なポリシーの作成に役立つ 100 を超えるポリシーチェックと実用的な推奨事項を提供します。詳細については、「 IAMユーザーガイド」のIAM「Access Analyzer によるポリシーの検証」を参照してください。

  • 多要素認証を要求する (MFA) – でIAMユーザーまたはルートユーザーを必要とするシナリオがある場合は AWS アカウント、セキュリティを強化MFAするために をオンにします。API オペレーションが呼び出されるMFAタイミングを要求するには、ポリシーにMFA条件を追加します。詳細については、「 IAMユーザーガイド」の「 を使用した安全なAPIアクセスMFA」を参照してください。

IAM でのベストプラクティスの詳細については、「IAMユーザーガイド」の「IAM でのセキュリティのベストプラクティス」を参照してください。

CodeDeploy コンソールを使用する

CodeDeploy コンソールを使用する場合は、 AWS アカウントの他の AWS リソースを記述できる最小限のアクセス許可が必要です。 CodeDeploy コンソール CodeDeploy で を使用するには、次のサービスからのアクセス許可が必要です。

  • Amazon EC2 Auto Scaling

  • AWS CodeDeploy

  • Amazon Elastic Compute Cloud

  • Elastic Load Balancing

  • AWS Identity and Access Management

  • Amazon Simple Storage Service

  • Amazon Simple Notification Service

  • Amazon CloudWatch

最小限必要なアクセス許可よりも制限された IAMポリシーを作成すると、そのIAMポリシーを持つロールを持つユーザーに対してコンソールは意図したとおりに機能しません。これらのユーザーが引き続き CodeDeployコンソールを使用できるようにするには、「」の説明に従って、ユーザーに割り当てられたロールに AWSCodeDeployReadOnlyAccess管理ポリシーもアタッチしますAWS の 管理 (事前定義) ポリシー CodeDeploy

AWS CLI または のみを呼び出すユーザーには、最小限のコンソールアクセス許可を付与する必要はありません CodeDeploy API。

自分の権限の表示をユーザーに許可する

この例では、ユーザー ID にアタッチされたインラインおよび管理ポリシーの表示を IAM ユーザーに許可するポリシーを作成する方法を示します。このポリシーには、 コンソールで、または AWS CLI または を使用してプログラムでこのアクションを実行するアクセス許可が含まれています AWS API。

{ "Version": "2012-10-17", "Statement": [ { "Sid": "ViewOwnUserInfo", "Effect": "Allow", "Action": [ "iam:GetUserPolicy", "iam:ListGroupsForUser", "iam:ListAttachedUserPolicies", "iam:ListUserPolicies", "iam:GetUser" ], "Resource": ["arn:aws:iam::*:user/${aws:username}"] }, { "Sid": "NavigateInConsole", "Effect": "Allow", "Action": [ "iam:GetGroupPolicy", "iam:GetPolicyVersion", "iam:GetPolicy", "iam:ListAttachedGroupPolicies", "iam:ListGroupPolicies", "iam:ListPolicyVersions", "iam:ListPolicies", "iam:ListUsers" ], "Resource": "*" } ] }