翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Fault Injection Service AWS の Identity and Access Management AWS Identity and Access Management (IAM) は、管理者が AWS リソースへのアクセスを安全に制御 AWS のサービス するのに役立つ です。IAM 管理者は、誰を*認証* (サインイン) し、誰に FIS リソースの使用*を許可する* (アクセス許可を付与する) AWS かを制御します。IAM は、追加料金なしで使用できる AWS のサービス です。 **Topics** + [対象者](#security_iam_audience) + [アイデンティティを使用した認証](#security_iam_authentication) + [ポリシーを使用したアクセスの管理](#security_iam_access-manage) + [Fault Injection Service AWS と IAM の連携方法](security_iam_service-with-iam.md) + [ポリシーの例](security_iam_id-based-policy-examples.md) + [サービスリンクロールを使用する](using-service-linked-roles.md) + [AWS 管理ポリシー](security-iam-awsmanpol.md) ## 対象者 AWS Identity and Access Management (IAM) の使用方法は、FIS AWS で行う作業によって異なります。 **サービスユーザー** – FIS AWS サービスを使用してジョブを実行する場合、管理者から必要な認証情報とアクセス許可が提供されます。さらに多くの FIS AWS 機能を使用して作業を行う場合は、追加のアクセス許可が必要になることがあります。アクセスの管理方法を理解すると、管理者に適切なアクセス許可をリクエストするのに役に立ちます。 **サービス管理者** – 社内の FIS AWS リソースを担当している場合は、通常、FIS AWS へのフルアクセスがあります。サービスユーザーがどの FIS AWS 機能とリソースにアクセスするかを決めるのは管理者の仕事です。その後、IAM 管理者にリクエストを送信して、サービスユーザーの権限を変更する必要があります。このページの情報を点検して、IAM の基本概念を理解してください。 **IAM 管理者** – IAM 管理者は、 AWS FIS へのアクセスを管理するポリシーの作成方法の詳細について確認する場合があります。 ## アイデンティティを使用した認証 認証とは、ID 認証情報 AWS を使用して にサインインする方法です。、IAM ユーザー AWS アカウントのルートユーザー、または IAM ロールを引き受けることで認証される必要があります。 ( AWS IAM アイデンティティセンター IAM Identity Center)、シングルサインオン認証、Google/Facebook 認証情報などの ID ソースからの認証情報を使用して、フェデレーティッド ID としてサインインできます。サインインの詳細については、「*AWS サインイン ユーザーガイド*」の「[AWS アカウントにサインインする方法](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html)」を参照してください。 プログラムによるアクセスの場合、 は SDK と CLI AWS を提供してリクエストを暗号化して署名します。詳細については、「*IAM ユーザーガイド*」の「[API リクエストに対するAWS 署名バージョン 4](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html)」を参照してください。 ### AWS アカウント ルートユーザー を作成するときは AWS アカウント、まず、すべての AWS のサービス および リソースへの完全なアクセス権を持つ AWS アカウント *ルートユーザー*と呼ばれる 1 つのサインインアイデンティティから始めます。日常的なタスクには、ルートユーザーを使用しないことを強くお勧めします。ルートユーザー認証情報を必要とするタスクについては、「*IAM ユーザーガイド*」の「[ルートユーザー認証情報が必要なタスク](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_root-user.html#root-user-tasks)」を参照してください。 ### フェデレーテッドアイデンティティ ベストプラクティスとして、人間のユーザーが一時的な認証情報 AWS のサービス を使用して にアクセスするには、ID プロバイダーとのフェデレーションを使用する必要があります。 *フェデレーティッド ID* は、エンタープライズディレクトリ、ウェブ ID プロバイダー、または ID Directory Service ソースの認証情報 AWS のサービス を使用して にアクセスするユーザーです。フェデレーテッドアイデンティティは、一時的な認証情報を提供するロールを引き受けます。 アクセスを一元管理する場合は、 AWS IAM アイデンティティセンターをお勧めします。詳細については、「*AWS IAM アイデンティティセンター ユーザーガイド*」の「[IAM アイデンティティセンターとは](https://docs.aws.amazon.com/singlesignon/latest/userguide/what-is.html)」を参照してください。 ### IAM ユーザーとグループ *[IAM ユーザー](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)*は、特定の個人やアプリケーションに対する特定のアクセス許可を持つアイデンティティです。長期認証情報を持つ IAM ユーザーの代わりに一時的な認証情報を使用することをお勧めします。詳細については、*IAM ユーザーガイド*の[「ID プロバイダーとのフェデレーションを使用して にアクセスする必要がある AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp)」を参照してください。 [https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html)は、IAM ユーザーの集合を指定し、大量のユーザーに対するアクセス許可の管理を容易にします。詳細については、「*IAM ユーザーガイド*」の「[IAM ユーザーに関するユースケース](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html)」を参照してください。 ### IAM ロール *[IAM ロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)*は、特定のアクセス許可を持つアイデンティであり、一時的な認証情報を提供します。ユーザー[から IAM ロール (コンソール) に切り替えるか、 または API オペレーションを呼び出すことで、ロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html)を引き受けることができます。 AWS CLI AWS 詳細については、「*IAM ユーザーガイド*」の「[ロールを引き受けるための各種方法](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html)」を参照してください。 IAM ロールは、フェデレーションユーザーアクセス、一時的な IAM ユーザーのアクセス許可、クロスアカウントアクセス、クロスサービスアクセス、および Amazon EC2 で実行するアプリケーションに役立ちます。詳細については、*IAM ユーザーガイド* の [IAM でのクロスアカウントリソースアクセス](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) を参照してください。 ## ポリシーを使用したアクセスの管理 でアクセスを制御する AWS には、ポリシーを作成し、ID AWS またはリソースにアタッチします。ポリシーは、アイデンティティまたはリソースに関連付けられたときにアクセス許可を定義します。 は、プリンシパルがリクエストを行うときにこれらのポリシー AWS を評価します。ほとんどのポリシーは JSON ドキュメント AWS として に保存されます。JSON ポリシードキュメントの詳細については、「*IAM ユーザーガイド*」の「[JSON ポリシー概要](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json)」を参照してください。 管理者は、ポリシーを使用して、どの**プリンシパル**がどの**リソース**に対して、どのような**条件**で**アクション**を実行できるかを定義することで、誰が何にアクセスできるかを指定します。 デフォルトでは、ユーザーやロールにアクセス許可はありません。IAM 管理者は IAM ポリシーを作成してロールに追加し、このロールをユーザーが引き受けられるようにします。IAM ポリシーは、オペレーションの実行方法を問わず、アクセス許可を定義します。 ### アイデンティティベースのポリシー アイデンティティベースのポリシーは、アイデンティティ (ユーザー、グループ、またはロール) にアタッチできる JSON アクセス許可ポリシードキュメントです。これらのポリシーは、アイデンティティがどのリソースに対してどのような条件下でどのようなアクションを実行できるかを制御します。アイデンティティベースポリシーの作成方法については、*IAM ユーザーガイド* の [カスタマー管理ポリシーでカスタム IAM アクセス許可を定義する](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) を参照してください。 アイデンティティベースのポリシーは、*インラインポリシー* (単一の ID に直接埋め込む) または*管理ポリシー* (複数の ID にアタッチされたスタンドアロンポリシー) にすることができます。管理ポリシーとインラインポリシーのいずれかを選択する方法については、「*IAM ユーザーガイド*」の「[管理ポリシーとインラインポリシーのいずれかを選択する](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html)」を参照してください。 ### リソースベースのポリシー リソースベースのポリシーは、リソースに添付する JSON ポリシードキュメントです。例としては、IAM *ロール信頼ポリシー*や Amazon S3 *バケットポリシー*などがあります。リソースベースのポリシーをサポートするサービスでは、サービス管理者はポリシーを使用して特定のリソースへのアクセスを制御できます。リソースベースのポリシーでは、[プリンシパルを指定する](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)必要があります。 リソースベースのポリシーは、そのサービス内にあるインラインポリシーです。リソースベースのポリシーでは、IAM の AWS マネージドポリシーを使用できません。 ### その他のポリシータイプ AWS は、より一般的なポリシータイプによって付与されるアクセス許可の最大数を設定できる追加のポリシータイプをサポートしています。 + **アクセス許可の境界** – アイデンティティベースのポリシーで IAM エンティティに付与することのできるアクセス許可の数の上限を設定します。詳細については、「*IAM ユーザーガイド*」の「[IAM エンティティのアクセス許可境界](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html)」を参照してください。 + **サービスコントロールポリシー (SCP)** - AWS Organizations内の組織または組織単位の最大のアクセス許可を指定します。詳細については、「*AWS Organizations ユーザーガイド*」の「[サービスコントロールポリシー](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html)」を参照してください。 + **リソースコントロールポリシー (RCP)** – は、アカウント内のリソースで利用できる最大数のアクセス許可を定義します。詳細については、「*AWS Organizations ユーザーガイド*」の「[リソースコントロールポリシー (RCP)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html)」を参照してください。 + **セッションポリシー** – ロールまたはフェデレーションユーザーの一時セッションを作成する際にパラメータとして渡される高度なポリシーです。詳細については、「*IAM ユーザーガイド*」の「[セッションポリシー](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session)」を参照してください。 ### 複数のポリシータイプ 1 つのリクエストに複数のタイプのポリシーが適用されると、結果として作成されるアクセス許可を理解するのがさらに難しくなります。が複数のポリシータイプが関与する場合にリクエストを許可するかどうか AWS を決定する方法については、*「IAM ユーザーガイド*」の[「ポリシー評価ロジック](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html)」を参照してください。 # Fault Injection Service AWS と IAM の連携方法 IAM を使用して FIS AWS へのアクセスを管理する前に、FIS で使用できる IAM AWS 機能を確認してください。 **Fault Injection Service で使用できる IAM AWS 機能** | IAM 機能 | AWS FIS サポート | | --- | --- | | [アイデンティティベースのポリシー](#security_iam_service-with-iam-id-based-policies) | あり | | [リソースベースのポリシー](#security_iam_service-with-iam-resource-based-policies) | なし | | [ポリシーアクション](#security_iam_service-with-iam-id-based-policies-actions) | あり | | [ポリシーリソース](#security_iam_service-with-iam-id-based-policies-resources) | はい | | [ポリシー条件キー (サービス固有)](#security_iam_service-with-iam-id-based-policies-conditionkeys) | はい | | [ACL](#security_iam_service-with-iam-acls) | なし | | [ABAC (ポリシー内のタグ)](#security_iam_service-with-iam-tags) | あり | | [一時的な認証情報](#security_iam_service-with-iam-roles-tempcreds) | あり | | [プリンシパルアクセス権限](#security_iam_service-with-iam-principal-permissions) | あり | | [サービスロール](#security_iam_service-with-iam-roles-service) | あり | | [サービスリンクロール](#security_iam_service-with-iam-roles-service-linked) | はい | FIS およびその他の AWS のサービスがほとんどの IAM AWS 機能と連携する方法の概要については、「IAM *ユーザーガイド*」の[AWS 「IAM と連携する のサービス](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)」を参照してください。 ## FIS AWS のアイデンティティベースのポリシー **アイデンティティベースのポリシーのサポート:** あり アイデンティティベースポリシーは、IAM ユーザー、ユーザーグループ、ロールなど、アイデンティティにアタッチできる JSON 許可ポリシードキュメントです。これらのポリシーは、ユーザーとロールが実行できるアクション、リソース、および条件をコントロールします。アイデンティティベースポリシーの作成方法については、「*IAM ユーザーガイド*」の「[カスタマー管理ポリシーでカスタム IAM アクセス許可を定義する](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)」を参照してください。 IAM アイデンティティベースのポリシーでは、許可または拒否するアクションとリソース、およびアクションを許可または拒否する条件を指定できます。JSON ポリシーで使用できるすべての要素について学ぶには、「*IAM ユーザーガイド*」の「[IAM JSON ポリシーの要素のリファレンス](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)」を参照してください。 ### FIS AWS のアイデンティティベースのポリシーの例 AWS FIS アイデンティティベースのポリシーの例を表示するには、「」を参照してください[AWS Fault Injection Service ポリシーの例](security_iam_id-based-policy-examples.md)。 ## FIS AWS 内のリソースベースのポリシー **リソースベースのポリシーのサポート:** なし リソースベースのポリシーは、リソースに添付する JSON ポリシードキュメントです。リソースベースのポリシーには例として、IAM *ロールの信頼ポリシー*や Amazon S3 *バケットポリシー*があげられます。リソースベースのポリシーをサポートするサービスでは、サービス管理者はポリシーを使用して特定のリソースへのアクセスをコントロールできます。ポリシーがアタッチされているリソースの場合、指定されたプリンシパルがそのリソースに対して実行できるアクションと条件は、ポリシーによって定義されます。リソースベースのポリシーで、[プリンシパルを指定する](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)必要があります。プリンシパルには、アカウント、ユーザー、ロール、フェデレーティッドユーザー、または を含めることができます AWS のサービス。 クロスアカウントアクセスを有効にするには、全体のアカウント、または別のアカウントの IAM エンティティを、リソースベースのポリシーのプリンシパルとして指定します。詳細については、IAM ユーザーガイド**の[IAM でのクロスアカウントリソースアクセス](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)を参照してください。 ## FIS AWS のポリシーアクション **ポリシーアクションのサポート:** あり 管理者は JSON AWS ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どの**プリンシパル**がどの**リソース**に対してどのような**条件下で****アクション**を実行できるかということです。 JSON ポリシーの `Action` 要素にはポリシー内のアクセスを許可または拒否するために使用できるアクションが記述されます。このアクションは関連付けられたオペレーションを実行するためのアクセス許可を付与するポリシーで使用されます。 AWS FIS アクションのリストを確認するには、*「サービス認可リファレンス*」の[「Fault Injection Service AWS で定義されるアクション](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsfaultinjectionservice.html#amazonec2-actions-as-permissions)」を参照してください。 FIS AWS のポリシーアクションは、アクションの前に次のプレフィックスを使用します。 ``` fis ``` 単一のステートメントで複数のアクションを指定するには、アクションをカンマで区切ります。 ``` "Action": [ "fis:action1", "fis:action2" ] ``` ワイルドカード (\$1) を使用して複数アクションを指定できます。例えば、`List` という単語で始まるすべてのアクションを指定するには次のアクションを含めます。 ``` "Action": "fis:List*" ``` ## FIS AWS のポリシーリソース **ポリシーリソースのサポート:** あり 管理者は JSON AWS ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どの**プリンシパル**がどの**リソース**に対してどのような**条件**下で**アクション**を実行できるかということです。 `Resource` JSON ポリシー要素はアクションが適用されるオブジェクトを指定します。ベストプラクティスとして、[Amazon リソースネーム (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html) を使用してリソースを指定します。リソースレベルのアクセス許可をサポートしないアクションの場合は、ステートメントがすべてのリソースに適用されることを示すために、ワイルドカード (\$1) を使用します。 ``` "Resource": "*" ``` 一部の AWS FIS API アクションは、複数のリソースをサポートしています。複数リソースを単一ステートメントで指定するには、ARN をカンマで区切ります。 ``` "Resource": [ "resource1", "resource2" ] ``` FIS リソースタイプとその ARN AWS のリストを確認するには、*「サービス認可リファレンス*」の[「Fault Injection Service AWS で定義されるリソースタイプ](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsfaultinjectionservice.html#amazonec2-resources-for-iam-policies)」を参照してください。 ARNs 各リソースの ARN を指定できるアクションについては、[「Fault Injection Service AWS で定義されるアクション](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsfaultinjectionservice.html#amazonec2-actions-as-permissions)」を参照してください。 ## FIS AWS のポリシー条件キー **サービス固有のポリシー条件キーのサポート:** あり 管理者は JSON AWS ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どの**プリンシパル**がどの**リソース**に対してどのような**条件下で****アクション**を実行できるかということです。 `Condition` 要素は、定義された基準に基づいてステートメントが実行される時期を指定します。イコールや未満などの[条件演算子](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)を使用して条件式を作成して、ポリシーの条件とリクエスト内の値を一致させることができます。すべての AWS グローバル条件キーを確認するには、*「IAM ユーザーガイド*」の[AWS 「グローバル条件コンテキストキー](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)」を参照してください。 AWS FIS 条件キーのリストを確認するには、*「サービス認可リファレンス*[」の「Fault Injection Service AWS の条件キー](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsfaultinjectionservice.html#amazonec2-policy-keys)」を参照してください。条件キーを使用できるアクションとリソースについては、[「Fault Injection Service AWS で定義されるアクション](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsfaultinjectionservice.html#amazonec2-actions-as-permissions)」を参照してください。 AWS FIS アイデンティティベースのポリシーの例を表示するには、「」を参照してください[AWS Fault Injection Service ポリシーの例](security_iam_id-based-policy-examples.md)。 ## FIS AWS ACLs **ACL のサポート:** なし アクセスコントロールリスト (ACL) は、どのプリンシパル (アカウントメンバー、ユーザー、またはロール) がリソースにアクセスするためのアクセス許可を持つかを制御します。ACL はリソースベースのポリシーに似ていますが、JSON ポリシードキュメント形式は使用しません。 ## FIS AWS を使用した ABAC **ABAC (ポリシー内のタグ) のサポート:** あり 属性ベースのアクセス制御 (ABAC) は、タグと呼ばれる属性に基づいてアクセス許可を定義する認可戦略です。IAM エンティティと AWS リソースにタグをアタッチし、プリンシパルのタグがリソースのタグと一致するときにオペレーションを許可するように ABAC ポリシーを設計できます。 タグに基づいてアクセスを管理するには、`aws:ResourceTag/key-name`、`aws:RequestTag/key-name`、または `aws:TagKeys` の条件キーを使用して、ポリシーの[条件要素](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)でタグ情報を提供します。 サービスがすべてのリソースタイプに対して 3 つの条件キーすべてをサポートする場合、そのサービスの値は**あり**です。サービスが一部のリソースタイプに対してのみ 3 つの条件キーのすべてをサポートする場合、値は「**部分的**」になります。 ABAC の詳細については、「*IAM ユーザーガイド*」の「[ABAC 認可でアクセス許可を定義する](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)」を参照してください。ABAC をセットアップする手順を説明するチュートリアルについては、「*IAM ユーザーガイド*」の「[属性ベースのアクセスコントロール (ABAC) を使用する](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html)」を参照してください。 リソースのタグに基づいてリソースへのアクセスを制限するためのアイデンティティベースのポリシーの例を表示するには、「[例 : タグを使用してリソースの使用量を制御する](security_iam_id-based-policy-examples.md#security-iam-policy-examples-tagging)」を参照してください。 ## FIS AWS での一時的な認証情報の使用 **一時的な認証情報のサポート:** あり 一時的な認証情報は AWS 、リソースへの短期的なアクセスを提供し、フェデレーションまたはスイッチロールの使用時に自動的に作成されます。長期的なアクセスキーを使用する代わりに、一時的な認証情報を動的に生成 AWS することをお勧めします。詳細については、「*IAM ユーザーガイド*」の「[IAM の一時的な認証情報](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html)」および「[AWS のサービス と IAM との連携](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)」を参照してください。 ## FIS AWS のクロスサービスプリンシパルアクセス許可 **転送アクセスセッション (FAS) のサポート:** あり 転送アクセスセッション (FAS) は、 を呼び出すプリンシパルのアクセス許可と AWS のサービス、ダウンストリームサービス AWS のサービス へのリクエストをリクエストする を使用します。FAS リクエストを行う際のポリシーの詳細については、「[転送アクセスセッション](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html)」を参照してください。 ## FIS AWS のサービスロール **サービスロールのサポート:** あり サービスロールとは、サービスがユーザーに代わってアクションを実行するために引き受ける [IAM ロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)です。IAM 管理者は、IAM 内からサービスロールを作成、変更、削除できます。詳細については、IAM ユーザーガイド**の [AWS のサービスに許可を委任するロールを作成する](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html)を参照してください。 ## FIS AWS のサービスにリンクされたロール **サービスリンクロールのサポート:** あり サービスにリンクされたロールは、 にリンクされたサービスロールの一種です AWS のサービス。サービスは、ユーザーに代わってアクションを実行するロールを引き受けることができます。サービスにリンクされたロールは に表示され AWS アカウント 、サービスによって所有されます。IAM 管理者は、サービスリンクロールのアクセス許可を表示できますが、編集することはできません。 FIS サービスにリンクされたロールの作成または管理の詳細については、 AWS 「」を参照してください[Fault Injection Service AWS のサービスにリンクされたロールを使用する](using-service-linked-roles.md)。 # AWS Fault Injection Service ポリシーの例 デフォルトでは、ユーザーとロールには FIS AWS リソースを作成または変更するアクセス許可はありません。IAM 管理者は、リソースで必要なアクションを実行するための権限をユーザーに付与する IAM ポリシーを作成できます。 これらのサンプルの JSON ポリシードキュメントを使用して IAM アイデンティティベースのポリシーを作成する方法については、「*IAM ユーザーガイド*」の「[IAM ポリシーを作成する (コンソール)](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html)」を参照してください。 各リソースタイプの ARN の形式など、FIS AWS で定義されるアクションとリソースタイプの詳細については、*「サービス認可リファレンス*」の[「Fault Injection Service AWS のアクション、リソース、および条件キー](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsfaultinjectionservice.html)」を参照してください。 ARNs **Topics** + [ポリシーに関するベストプラクティス](#security_iam_service-with-iam-policy-best-practices) + [例: FIS AWS コンソールを使用する](#security-iam-policy-examples-console) + [例: 使用可能な FIS AWS アクションを一覧表示する](#security-iam-policy-examples-list-actions) + [例 : 特定のアクションの実験テンプレートを作成する](#security-iam-policy-examples-create-template) + [例 : 実験を開始する](#security-iam-policy-examples-start-experiment) + [例 : タグを使用してリソースの使用量を制御する](#security-iam-policy-examples-tagging) + [例 : 特定のタグを持つ実験テンプレートを削除する](#security-iam-policy-examples-delete-tagged-template) + [例: ユーザーにそれぞれのアクセス権限の表示を許可する](#security_iam_id-based-policy-examples-view-own-permissions) + [例: `ec2:InjectApiError` の条件キーを使用します。](#security-iam-policy-examples-ec2) + [例: `aws:s3:bucket-pause-replication` の条件キーを使用します。](#security-iam-policy-examples-s3) ## ポリシーに関するベストプラクティス ID ベースのポリシーは、アカウント内で誰かが FIS AWS リソースを作成、アクセス、または削除できるかどうかを決定します。これらのアクションでは、 AWS アカウントに費用が発生する場合があります。アイデンティティベースポリシーを作成したり編集したりする際には、以下のガイドラインと推奨事項に従ってください: + ** AWS 管理ポリシーを開始し、最小特権のアクセス許可に移行する** – ユーザーとワークロードにアクセス許可の付与を開始するには、多くの一般的なユースケースにアクセス許可を付与する*AWS 管理ポリシー*を使用します。これらは で使用できます AWS アカウント。ユースケースに固有の AWS カスタマー管理ポリシーを定義することで、アクセス許可をさらに減らすことをお勧めします。詳細については、*IAM ユーザーガイド* の [AWS マネージドポリシー](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) または [ジョブ機能のAWS マネージドポリシー](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) を参照してください。 + **最小特権を適用する** – IAM ポリシーでアクセス許可を設定する場合は、タスクの実行に必要な許可のみを付与します。これを行うには、特定の条件下で特定のリソースに対して実行できるアクションを定義します。これは、最小特権アクセス許可とも呼ばれています。IAM を使用して許可を適用する方法の詳細については、*IAM ユーザーガイド* の [IAM でのポリシーとアクセス許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) を参照してください。 + **IAM ポリシーで条件を使用してアクセスをさらに制限する** - ポリシーに条件を追加して、アクションやリソースへのアクセスを制限できます。たとえば、ポリシー条件を記述して、すべてのリクエストを SSL を使用して送信するように指定できます。条件を使用して、サービスアクションが などの特定の を通じて使用されている場合に AWS のサービス、サービスアクションへのアクセスを許可することもできます CloudFormation。詳細については、*IAM ユーザーガイド* の [IAM JSON ポリシー要素:条件](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) を参照してください。 + **IAM アクセスアナライザー を使用して IAM ポリシーを検証し、安全で機能的な権限を確保する** - IAM アクセスアナライザー は、新規および既存のポリシーを検証して、ポリシーが IAM ポリシー言語 (JSON) および IAM のベストプラクティスに準拠するようにします。IAM アクセスアナライザーは 100 を超えるポリシーチェックと実用的な推奨事項を提供し、安全で機能的なポリシーの作成をサポートします。詳細については、*IAM ユーザーガイド* の [IAM Access Analyzer でポリシーを検証する](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) を参照してください。 + **多要素認証 (MFA) を要求する** – で IAM ユーザーまたはルートユーザーを必要とするシナリオがある場合は AWS アカウント、MFA をオンにしてセキュリティを強化します。API オペレーションが呼び出されるときに MFA を必須にするには、ポリシーに MFA 条件を追加します。詳細については、*IAM ユーザーガイド* の [MFA を使用した安全な API アクセス](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) を参照してください。 IAM でのベストプラクティスの詳細については、*IAM ユーザーガイド* の [IAM でのセキュリティのベストプラクティス](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) を参照してください。 ## 例: FIS AWS コンソールを使用する Fault Injection Service AWS コンソールにアクセスするには、最小限のアクセス許可のセットが必要です。これらのアクセス許可により、 の FIS AWS リソースの詳細を一覧表示および表示できます AWS アカウント。最小限必要な許可よりも制限が厳しいアイデンティティベースのポリシーを作成すると、そのポリシーを持つエンティティ (ユーザーまたはロール) に対してコンソールが意図したとおりに機能しません。 AWS CLI または AWS API のみを呼び出すユーザーには、最小限のコンソールアクセス許可を付与する必要はありません。代わりに、実行しようとしている API オペレーションに一致するアクションのみへのアクセスが許可されます。 次のポリシー例では、FIS AWS コンソールを使用してすべての AWS FIS リソースを一覧表示および表示するアクセス許可を付与しますが、作成、更新、または削除することはできません。また、実験テンプレートで指定できるすべての AWS FIS アクションで使用可能なリソースを表示するアクセス許可も付与します。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "FISReadOnlyActions", "Effect": "Allow", "Action": [ "fis:List*", "fis:Get*" ], "Resource": "*" }, { "Sid": "AdditionalReadOnlyActions", "Effect": "Allow", "Action": [ "ssm:Describe*", "ssm:Get*", "ssm:List*", "ec2:DescribeInstances", "rds:DescribeDBClusters", "ecs:DescribeClusters", "ecs:ListContainerInstances", "eks:DescribeNodegroup", "cloudwatch:DescribeAlarms", "iam:ListRoles" ], "Resource": "*" }, { "Sid": "PermissionsToCreateServiceLinkedRole", "Effect": "Allow", "Action": "iam:CreateServiceLinkedRole", "Resource": "*", "Condition": { "StringEquals": { "iam:AWSServiceName": "fis.amazonaws.com" } } } ] } ``` ------ ## 例: 使用可能な FIS AWS アクションを一覧表示する 次のポリシーは、使用可能な FIS AWS アクションを一覧表示するアクセス許可を付与します。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "fis:ListActions" ], "Resource": "arn:aws:fis:*:*:action/*" } ] } ``` ------ ## 例 : 特定のアクションの実験テンプレートを作成する 次のポリシーでは、アクション `aws:ec2:stop-instances` の実験テンプレートを作成する権限を付与します。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "PolicyExample", "Effect": "Allow", "Action": [ "fis:CreateExperimentTemplate" ], "Resource": [ "arn:aws:fis:*:*:action/aws:ec2:stop-instances", "arn:aws:fis:*:*:experiment-template/*" ] }, { "Sid": "PolicyPassRoleExample", "Effect": "Allow", "Action": [ "iam:PassRole" ], "Resource": [ "arn:aws:iam::111122223333:role/role-name" ] } ] } ``` ------ ## 例 : 実験を開始する 次のポリシーは、指定した IAM ロールと実験テンプレートを使用して実験を開始するアクセス権限を付与します。また、 AWS FIS がユーザーに代わってサービスにリンクされたロールを作成することを許可します。詳細については、「[Fault Injection Service AWS のサービスにリンクされたロールを使用する](using-service-linked-roles.md)」を参照してください。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "PolicyExample", "Effect": "Allow", "Action": [ "fis:StartExperiment" ], "Resource": [ "arn:aws:fis:*:*:experiment-template/experiment-template-id", "arn:aws:fis:*:*:experiment/*" ] }, { "Sid": "PolicyExampleforServiceLinkedRole", "Effect": "Allow", "Action": "iam:CreateServiceLinkedRole", "Resource": "*", "Condition": { "StringEquals": { "iam:AWSServiceName": "fis.amazonaws.com" } } } ] } ``` ------ ## 例 : タグを使用してリソースの使用量を制御する 次のポリシーは、`Purpose=Test` タグを持つ実験テンプレートから実験を実行するアクセス権限を付与します。実験テンプレートを作成または変更するアクセス権限は付与されず、指定したタグを持たないテンプレートを使用して実験を実行することはできません。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "fis:StartExperiment", "Resource": "arn:aws:fis:*:*:experiment-template/*", "Condition": { "StringEquals": { "aws:ResourceTag/Purpose": "Test" } } } ] } ``` ------ ## 例 : 特定のタグを持つ実験テンプレートを削除する 次のポリシーでは、`Purpose=Test` タグ付きの実験テンプレートを削除する権限を付与します。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "fis:DeleteExperimentTemplate" ], "Resource": "*", "Condition": { "StringEquals": { "aws:ResourceTag/Purpose": "Test" } } } ] } ``` ------ ## 例: ユーザーにそれぞれのアクセス権限の表示を許可する この例では、ユーザーアイデンティティにアタッチされたインラインおよびマネージドポリシーの表示を 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": "*" } ] } ``` ## 例: `ec2:InjectApiError` の条件キーを使用します。 次の例のポリシーでは、`ec2:FisTargetArns` 条件キーを使用してターゲットリソースの範囲を制限します。このポリシーでは、FIS AWS アクション `aws:ec2:api-insufficient-instance-capacity-error`および を許可します`aws:ec2:asg-insufficient-instance-capacity-error`。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "ec2:InjectApiError", "Resource": "*", "Condition": { "StringEquals": { "ec2:FisActionId": [ "aws:ec2:api-insufficient-instance-capacity-error", "aws:ec2:asg-insufficient-instance-capacity-error" ] } } }, { "Effect": "Allow", "Action": "ec2:InjectApiError", "Resource": "*", "Condition": { "ForAllValues:ArnLike": { "ec2:FisTargetArns": [ "arn:aws:autoscaling:*:*:autoScalingGroup:uuid:autoScalingGroupName/asg-name" ] } } }, { "Effect": "Allow", "Action": "autoscaling:DescribeAutoScalingGroups", "Resource": "*" } ] } ``` ------ ## 例: `aws:s3:bucket-pause-replication` の条件キーを使用します。 次のポリシー例では、 `S3:IsReplicationPauseRequest`条件キーを使用して、FIS アクション のコンテキストで AWS FIS によって使用される`GetReplicationConfiguration`場合にのみ `PutReplicationConfiguration`および AWS を許可します`aws:s3:bucket-pause-replication`。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "S3:PauseReplication" ], "Resource": "arn:aws:s3:::mybucket", "Condition": { "StringEquals": { "s3:DestinationRegion": "region" } } }, { "Effect": "Allow", "Action": [ "S3:PutReplicationConfiguration", "S3:GetReplicationConfiguration" ], "Resource": "arn:aws:s3:::mybucket", "Condition": { "BoolIfExists": { "s3:IsReplicationPauseRequest": "true" } } }, { "Effect": "Allow", "Action": [ "S3:ListBucket" ], "Resource": "arn:aws:s3:::*" }, { "Effect": "Allow", "Action": [ "tag:GetResources" ], "Resource": "*" } ] } ``` ------ # Fault Injection Service AWS のサービスにリンクされたロールを使用する AWS Fault Injection Service は AWS Identity and Access Management (IAM) [サービスにリンクされたロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role)を使用します。サービスにリンクされたロールは、FIS に直接リンクされた一意のタイプの IAM AWS ロールです。サービスにリンクされたロールは、 AWS FIS による事前定義済みのロールであり、ユーザーに代わってサービスから AWS の他のサービスを呼び出すために必要なすべての権限を備えています。 サービスにリンクされたロールを使用すると、実験のモニタリングとリソースの選択を管理するために必要なアクセス許可を手動で追加する必要がなくなるため、FIS AWS の設定が簡単になります。 AWS FIS はサービスにリンクされたロールのアクセス許可を定義し、特に定義されている場合を除き、FIS AWS のみがそのロールを引き受けることができます。定義される許可は信頼ポリシーと許可ポリシーに含まれており、その許可ポリシーを他の IAM エンティティにアタッチすることはできません。 サービスにリンクされたロールに加えて、実験テンプレートでターゲットとして指定したリソースを変更するアクセス権限を付与する IAM ロールも指定する必要があります。詳細については、「[FIS 実験の IAM AWS ロール](getting-started-iam-service-role.md)」を参照してください。 サービスリンクロールは、関連する リソースを削除した後でしか削除できません。これにより AWS 、リソースへのアクセス許可を誤って削除できないため、FIS リソースが保護されます。 ## FIS AWS のサービスにリンクされたロールのアクセス許可 AWS FIS は、****AWSServiceRoleForFIS** **という名前のサービスにリンクされたロールを使用して、実験のモニタリングとリソース選択を管理できるようにします。 **AWSServiceRoleForFIS** サービスリンクロールは、ロールの引き受けに以下のサービスを信頼します。 + `fis.amazonaws.com` **AWSServiceRoleForFIS** サービスリンクロールは、管理ポリシー**AmazonFISServiceRolePolicy** を使用します。このポリシーにより、FIS AWS は実験のモニタリングとリソース選択を管理できます。詳細については、「*AWS 管理ポリシーリファレンス*」の[AmazonFISServiceRolePolicy](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonFISServiceRolePolicy.html)」を参照してください。 サービスリンクロールの作成、編集、削除を IAM エンティティ (ユーザー、グループ、ロールなど) に許可するにはアクセス許可を設定する必要があります。****AWSServiceRoleForFIS**** サービスにリンクされたロールを正常に作成するには、 で FIS を使用する IAM ID AWS に必要なアクセス許可が必要です。必要な許可を付与するには、次のポリシーを IAM アイデンティティにアタッチします。 ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "iam:CreateServiceLinkedRole", "Resource": "*", "Condition": { "StringLike": { "iam:AWSServiceName": "fis.amazonaws.com" } } } ] } ``` ------ 詳細については、*IAM ユーザーガイド* の「[サービスにリンクされたロールのアクセス許可](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#service-linked-role-permissions)」を参照してください。 ## FIS AWS のサービスにリンクされたロールを作成する サービスリンクロールを手動で作成する必要はありません。 AWS マネジメントコンソール、、 AWS CLIまたは AWS API AWS で FIS 実験を開始すると、 AWS FIS によってサービスにリンクされたロールが作成されます。 このサービスリンクロールを削除した後で再度作成する必要が生じた場合は同じ方法でアカウントにロールを再作成できます。 AWS FIS 実験を開始すると、 AWS FIS はサービスにリンクされたロールを再度作成します。 ## FIS AWS のサービスにリンクされたロールを編集する AWS FIS では、**AWSServiceRoleForFIS** サービスにリンクされたロールを編集することはできません。サービスリンクロールの作成後は、さまざまなエンティティがロールを参照する可能性があるため、ロール名を変更することはできません。ただし、IAM を使用してロールの説明を編集することはできます。詳細については、「*IAM ユーザーガイド*」の「[サービスリンクロールの編集](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#edit-service-linked-role)」を参照してください。 ## FIS AWS のサービスにリンクされたロールを削除する サービスリンクロールを必要とする機能やサービスが不要になった場合は、ロールを削除することをお勧めします。そうすることで、積極的にモニタリングまたは保守されていない未使用のエンティティを排除できます。ただし、手動で削除する前に、サービスリンクロールのリソースをクリーンアップする必要があります。 **注記** リソースをクリーンアップしようとしたときに FIS AWS サービスがロールを使用している場合、クリーンアップが失敗する可能性があります。失敗した場合は数分待ってから操作を再試行してください。 **AWSServiceRoleForFIS AWS で使用される FIS リソースをクリーンアップするには **AWSServiceRoleForFIS**** どの実験も現在実行されていないことを確認してください。必要に応じて、実験を中止してください。詳細については、「[実験を中止する](stop-experiment.md)」を参照してください。 **サービスリンクロールを IAM で手動削除するには** IAM コンソール、 AWS CLI、または AWS API を使用して、**AWSServiceRoleForFIS** サービスにリンクされたロールを削除します。詳細については、「*IAM ユーザーガイド*」の「[サービスにリンクされたロールの削除](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html#delete-service-linked-role)」を参照してください。 ## FIS AWS サービスにリンクされたロールでサポートされているリージョン AWS FIS は、サービスが利用可能なすべてのリージョンでサービスにリンクされたロールの使用をサポートしています。詳細については、 「[AWS Fault Injection Service エンドポイントとクォータ](https://docs.aws.amazon.com/general/latest/gr/fis.html)」を参照してください。 # AWS Fault Injection Service AWS の マネージドポリシー AWS 管理ポリシーは、 によって作成および管理されるスタンドアロンポリシーです AWS。 AWS 管理ポリシーは、ユーザー、グループ、ロールにアクセス許可の割り当てを開始できるように、多くの一般的なユースケースにアクセス許可を付与するように設計されています。 AWS 管理ポリシーは、すべての AWS お客様が使用できるため、特定のユースケースに対して最小特権のアクセス許可を付与しない場合があることに注意してください。ユースケースに固有の[カスタマー管理ポリシー](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies)を定義して、アクセス許可を絞り込むことをお勧めします。 AWS 管理ポリシーで定義されているアクセス許可は変更できません。が AWS マネージドポリシーで定義されたアクセス許可 AWS を更新すると、ポリシーがアタッチされているすべてのプリンシパル ID (ユーザー、グループ、ロール) に影響します。 AWS は、新しい が起動されるか、新しい API オペレーション AWS のサービス が既存のサービスで使用できるようになったときに、 AWS マネージドポリシーを更新する可能性が高くなります。 詳細については、「**IAM ユーザーガイド」の「[AWS マネージドポリシー](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)」を参照してください。 ## AWS マネージドポリシー: AmazonFISServiceRolePolicy このポリシーは、**AWSServiceRoleForFIS** という名前のサービスにリンクされたロールにアタッチされ、FIS AWS が実験のモニタリングとリソース選択を管理できるようにします。詳細については、「[Fault Injection Service AWS のサービスにリンクされたロールを使用する](using-service-linked-roles.md)」を参照してください。 ## AWS マネージドポリシー: AWSFaultInjectionSimulatorEC2Access 実験ロールでこのポリシーを使用して、Amazon EC2 AWS の FIS アクションを使用する実験を実行するアクセス許可を FIS に付与します。 [AWS Amazon EC2](fis-actions-reference.md#ec2-actions-reference) 詳細については、「[FIS 実験の IAM AWS ロール](getting-started-iam-service-role.md)」を参照してください。 このポリシーに対する許可を確認するには、「*AWS マネージドポリシーリファレンス*」の「[AWSFaultInjectionSimulatorEC2Access](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSFaultInjectionSimulatorEC2Access.html)」を参照してください。 ## AWS マネージドポリシー: AWSFaultInjectionSimulatorECSAccess 実験ロールでこのポリシーを使用して、Amazon ECS AWS の FIS アクションを使用する実験を実行するアクセス許可を FIS に付与します。 [AWS](fis-actions-reference.md#ecs-actions-reference)詳細については、「[FIS 実験の IAM AWS ロール](getting-started-iam-service-role.md)」を参照してください。 このポリシーに対する許可を確認するには、「*AWS マネージドポリシーリファレンス*」の「[AWSFaultInjectionSimulatorECSAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSFaultInjectionSimulatorECSAccess.html)」を参照してください。 ## AWS マネージドポリシー: AWSFaultInjectionSimulatorEKSAccess 実験ロールでこのポリシーを使用して、Amazon EKS AWS の FIS アクションを使用する実験を実行するアクセス許可を FIS に付与します。 [AWS](fis-actions-reference.md#eks-actions-reference)詳細については、「[FIS 実験の IAM AWS ロール](getting-started-iam-service-role.md)」を参照してください。 このポリシーに対する許可を確認するには、「AWS マネージドポリシーリファレンス」の「[AWSFaultInjectionSimulatorEKSAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSFaultInjectionSimulatorEKSAccess.html)」を参照してください。 ## AWS マネージドポリシー: AWSFaultInjectionSimulatorNetworkAccess 実験ロールでこのポリシーを使用して、FIS AWS [AWS ネットワークアクションを使用する実験を実行するアクセス許可を FIS](fis-actions-reference.md#network-actions-reference) に付与します。詳細については、「[FIS 実験の IAM AWS ロール](getting-started-iam-service-role.md)」を参照してください。 このポリシーに対する許可を確認するには、「*AWS マネージドポリシーリファレンス*」の「[AWSFaultInjectionSimulatorNetworkAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSFaultInjectionSimulatorNetworkAccess.html)」を参照してください。 ## AWS マネージドポリシー: AWSFaultInjectionSimulatorRDSAccess 実験ロールでこのポリシーを使用して、Amazon RDS AWS の FIS アクションを使用する実験を実行するアクセス許可を FIS に付与します。 [AWS](fis-actions-reference.md#rds-actions-reference)詳細については、「[FIS 実験の IAM AWS ロール](getting-started-iam-service-role.md)」を参照してください。 このポリシーに対する許可を確認するには、「 *AWS マネージドポリシーリファレンス*」の「[AWSFaultInjectionSimulatorRDSAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSFaultInjectionSimulatorRDSAccess.html)」を参照してください。 ## AWS マネージドポリシー: AWSFaultInjectionSimulatorSSMAccess 実験ロールでこのポリシーを使用して、Systems Manager AWS の FIS アクションを使用する実験を実行するアクセス許可を FIS に付与します。 [AWS](fis-actions-reference.md#ssm-actions-reference)詳細については、「[FIS 実験の IAM AWS ロール](getting-started-iam-service-role.md)」を参照してください。 このポリシーに対する許可を確認するには、「*AWS マネージドポリシーリファレンス*」の「[AWSFaultInjectionSimulatorSSMAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AWSFaultInjectionSimulatorSSMAccess.html)」を参照してください。 ## AWS AWS 管理ポリシーの FIS 更新 このサービスがこれらの変更の追跡を開始してからの FIS AWS の AWS マネージドポリシーの更新に関する詳細を表示します。 | 変更 | 説明 | 日付 | | --- | --- | --- | | [AWSFaultInjectionSimulatorEC2Access](#AWSFaultInjectionSimulatorEC2Access) - 既存のポリシーに更新します。 | 「AZ: Application Slowdown」および「Cross-AZ: Traffic Slowdown」シナリオに必要なアクセス許可を追加しました。アクセス許可は次のとおりです。ec2:DescribeSubnets | 2025 年 11 月 12 日 | | [AWSFaultInjectionSimulatorECSAccess](#AWSFaultInjectionSimulatorECSAccess) - 既存のポリシーへの更新 | 「AZ: Application Slowdown」および「Cross-AZ: Traffic Slowdown」シナリオに必要なアクセス許可を追加しました。アクセス許可は次のとおりです。ecs:DescribeContainerInstances、ec2:DescribeSubnets、および ec2:DescribeInstances | 2025 年 11 月 12 日 | | [AWSFaultInjectionSimulatorECSAccess](#AWSFaultInjectionSimulatorECSAccess) - 既存のポリシーへの更新 | FIS が ECS AWS ターゲットを解決できるようにするアクセス許可を追加しました。 | 2024 年 1 月 25 日 | | [AWSFaultInjectionSimulatorNetworkAccess](#AWSFaultInjectionSimulatorNetworkAccess) – 既存のポリシーの更新 | FIS AWS が aws:network:route-table-disrupt-cross-region-connectivityおよび aws:network:transit-gateway-disrupt-cross-region-connectivityアクションを使用して実験を実行できるようにするアクセス許可を追加しました。 | 2024 年 1 月 25 日 | | [AWSFaultInjectionSimulatorEC2Access](#AWSFaultInjectionSimulatorEC2Access) - 既存のポリシーへの更新 | FIS AWS が EC2 インスタンスを解決できるようにするアクセス許可を追加しました。 | 2023 年 11 月 13 日 | | [AWSFaultInjectionSimulatorEKSAccess](#AWSFaultInjectionSimulatorEKSAccess) - 既存のポリシーへの更新 | FIS AWS が EKS ターゲットを解決できるようにするアクセス許可を追加しました。 | 2023 年 11 月 13 日 | | [AWSFaultInjectionSimulatorRDSAccess](#AWSFaultInjectionSimulatorRDSAccess) - 既存のポリシーへの更新 | FIS AWS が RDS ターゲットを解決できるようにするアクセス許可を追加しました。 | 2023 年 11 月 13 日 | | [AWSFaultInjectionSimulatorEC2Access](#AWSFaultInjectionSimulatorEC2Access) - 既存のポリシーへの更新 | FIS AWS が EC2 インスタンスで SSM ドキュメントを実行し、EC2 インスタンスを終了できるようにするアクセス許可を追加しました。 | 2023 年 6 月 2 日 | | [AWSFaultInjectionSimulatorSSMAccess](#AWSFaultInjectionSimulatorSSMAccess) - 既存のポリシーへの更新 | FIS AWS が EC2 インスタンスで SSM ドキュメントを実行できるようにするアクセス許可を追加しました。 | 2023 年 6 月 2 日 | | [AWSFaultInjectionSimulatorECSAccess](#AWSFaultInjectionSimulatorECSAccess) - 既存のポリシーへの更新 | FIS AWS が新しいaws:ecs:taskアクションを使用して実験を実行できるようにするアクセス許可を追加しました。 | 2023 年 6 月 1 日 | | [AWSFaultInjectionSimulatorEKSAccess](#AWSFaultInjectionSimulatorEKSAccess) - 既存のポリシーへの更新 | FIS AWS が新しいaws:eks:podアクションを使用して実験を実行できるようにするアクセス許可を追加しました。 | 2023 年 6 月 1 日 | | [AWSFaultInjectionSimulatorEC2Access](#AWSFaultInjectionSimulatorEC2Access) - 新しいポリシー | FIS が Amazon EC2 AWS の FIS AWS アクションを使用する実験を実行できるようにするポリシーを追加しました。 | 2022 年 10 月 26 日 | | [AWSFaultInjectionSimulatorECSAccess](#AWSFaultInjectionSimulatorECSAccess) - 新しいポリシー | FIS が Amazon ECS AWS の FIS AWS アクションを使用する実験を実行できるようにするポリシーを追加しました。 | 2022 年 10 月 26 日 | | [AWSFaultInjectionSimulatorEKSAccess](#AWSFaultInjectionSimulatorEKSAccess) - 新しいポリシー | FIS AWS が Amazon EKS の FIS AWS アクションを使用する実験を実行できるようにするポリシーを追加しました。 | 2022 年 10 月 26 日 | | [AWSFaultInjectionSimulatorNetworkAccess](#AWSFaultInjectionSimulatorNetworkAccess) - 新しいポリシー | FIS AWS ネットワークアクションを使用する実験を FIS AWS が実行できるようにするポリシーを追加しました。 | 2022 年 10 月 26 日 | | [AWSFaultInjectionSimulatorRDSAccess](#AWSFaultInjectionSimulatorRDSAccess) - 新しいポリシー | FIS が Amazon RDS AWS の FIS AWS アクションを使用する実験を実行できるようにするポリシーを追加しました。 | 2022 年 10 月 26 日 | | [AWSFaultInjectionSimulatorSSMAccess](#AWSFaultInjectionSimulatorSSMAccess) - 新しいポリシー | Systems Manager AWS の FIS アクションを使用する実験を FIS AWS が実行できるようにするポリシーを追加しました。 | 2022 年 10 月 26 日 | | [AmazonFISServiceRolePolicy](#security-iam-awsmanpol-AmazonFISServiceRolePolicy) - 既存ポリシーへの更新 | FIS AWS がサブネットを記述できるようにするアクセス許可を追加しました。 | 2022 年 10 月 26 日 | | [AmazonFISServiceRolePolicy](#security-iam-awsmanpol-AmazonFISServiceRolePolicy) - 既存ポリシーへの更新 | FIS AWS が EKS クラスターを記述できるようにするアクセス許可を追加しました。 | 2022 年 7 月 7 日 | | [AmazonFISServiceRolePolicy](#security-iam-awsmanpol-AmazonFISServiceRolePolicy) - 既存ポリシーへの更新 | FIS AWS がクラスター内のタスクを一覧表示および記述できるようにするアクセス許可を追加しました。 | 2022 年 2 月 7 日 | | [AmazonFISServiceRolePolicy](#security-iam-awsmanpol-AmazonFISServiceRolePolicy) - 既存ポリシーへの更新 | events:DescribeRule アクションの events:ManagedBy 条件を削除しました。 | 2022 年 1 月 6 日 | | [AmazonFISServiceRolePolicy](#security-iam-awsmanpol-AmazonFISServiceRolePolicy) - 既存ポリシーへの更新 | 停止条件で使用される CloudWatch AWS アラームの履歴を FIS が取得できるようにするアクセス許可を追加しました。 | 2021 年 6 月 30 日 | | AWS FIS が変更の追跡を開始しました | AWS FIS が AWS 管理ポリシーの変更の追跡を開始 | 2021 年 3 月 1 日 |