翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # が IAM と AWS Audit Manager 連携する方法 IAM を使用してAudit Manager へのアクセスを管理する前に、Audit Managerで利用できるIAMの機能について学びます。 **で使用できる IAM 機能 AWS Audit Manager** | IAM 機能 | Audit Manager のサポート | | --- | --- | | [アイデンティティベースのポリシー](#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) | あり | | [転送アクセスセッション (FAS)](#security_iam_service-with-iam-principal-permissions) | あり | | [サービスロール](#security_iam_service-with-iam-roles-service) | いいえ | | [サービスリンクロール](#security_iam_service-with-iam-roles-service-linked) | はい | AWS Audit Manager およびその他の AWS のサービスがほとんどの IAM 機能とどのように連携するかの概要については、「IAM *ユーザーガイド*」の[AWS 「IAM と連携する のサービス](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)」を参照してください。 ## のアイデンティティベースのポリシー AWS Audit Manager **アイデンティティベースのポリシーのサポート:** あり アイデンティティベースポリシーは、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)」を参照してください。 AWS Audit Manager は、Audit Manager 管理者`AWSAuditManagerAdministratorAccess`用の という名前の管理ポリシーを作成します。このポリシーは、Audit Manager での完全な管理アクセスを許可します。管理者は、このポリシーを既存のロールまたはユーザーにアタッチするか、このポリシーを使用して新しいロールを作成できます。 ### のユーザーペルソナに推奨されるポリシー AWS Audit Manager AWS Audit Manager では、異なる IAM ポリシーを使用して、異なるユーザー間および異なる監査の職務の分離を維持できます。Audit Manager の 2 つのペルソナとそれらの推奨ポリシーは、次のように定義されています。 | ペルソナ | 説明と推奨ポリシー | | --- | --- | | **監査所有者** | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/audit-manager/latest/userguide/security_iam_service-with-iam.html) | | **受任者** | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/audit-manager/latest/userguide/security_iam_service-with-iam.html) | ### のアイデンティティベースのポリシーの例 AWS Audit Manager Audit Managerでのアイデンティティベースのポリシーの例は、「[のアイデンティティベースのポリシーの例 AWS Audit Manager](security_iam_id-based-policy-examples.md)」を参照してください。 ## 内のリソースベースのポリシー AWS Audit Manager **リソースベースのポリシーのサポート:** なし リソースベースのポリシーは、リソースに添付する 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)を参照してください。 AWS Audit Manager では IAM を通じてリソースベースのポリシーを管理することはできませんが、このサービスは以下の 2 つのシナリオでリソースベースのポリシーを内部的に実装および管理します。 + 監査所有者が評価に割り当てられると、プリンシパルを監査所有者として評価にリソースベースのポリシーがアタッチされます。詳細については、「[ステップ 3: 監査所有者を指定する](create-assessments.md#choose-audit-owners)」および「[ステップ 3: 監査所有者を編集する](edit-assessment.md#edit-choose-audit-owners)」を参照してください。 + 評価のコントロールセットが委任されると、リソースベースのポリシーがコントロールセットにアタッチされ、プリンシパルが委任されます。詳細については、「[でレビューするコントロールセットの委任 AWS Audit Manager](delegation-for-audit-owners-delegating-a-control-set.md)」を参照してください。 ## のポリシーアクション AWS Audit Manager **ポリシーアクションのサポート:** あり 管理者は JSON AWS ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どの**プリンシパル**がどの**リソース**に対してどのような**条件下で****アクション**を実行できるかということです。 JSON ポリシーの `Action` 要素にはポリシー内のアクセスを許可または拒否するために使用できるアクションが記述されます。このアクションは関連付けられたオペレーションを実行するためのアクセス許可を付与するポリシーで使用されます。 AWS Audit Manager アクションのリストを確認するには、*「サービス認可リファレンス*」の[「AWS Audit Manager で定義されるアクション](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsauditmanager.html#awsauditmanager-actions-as-permissions)」を参照してください。 のポリシーアクションは、アクションの前に次のプレフィックス AWS Audit Manager を使用します。 ``` auditmanager ``` 単一のステートメントで複数のアクションを指定するには、アクションをカンマで区切ります。 ``` "Action": [ "auditmanager:GetEvidenceDetails", "auditmanager:GetEvidenceEventDetails" ] ``` ワイルドカード \$1を使用して複数のアクションを指定することができます。例えば、`Get` という単語で始まるすべてのアクションを指定するには、次のアクションを含めます。 ``` "Action": "auditmanager:Get*" ``` Audit Managerでのアイデンティティベースのポリシーの例は、「[のアイデンティティベースのポリシーの例 AWS Audit Manager](security_iam_id-based-policy-examples.md)」を参照してください。 ## のポリシーリソース AWS Audit Manager **ポリシーリソースのサポート:** あり 管理者は JSON AWS ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どの**プリンシパル**がどの**リソース**に対してどのような**条件**下で**アクション**を実行できるかということです。 `Resource` JSON ポリシー要素はアクションが適用されるオブジェクトを指定します。ベストプラクティスとして、[Amazon リソースネーム (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html) を使用してリソースを指定します。リソースレベルのアクセス許可をサポートしないアクションの場合は、ステートメントがすべてのリソースに適用されることを示すために、ワイルドカード (\$1) を使用します。 ``` "Resource": "*" ``` AWS Audit Manager リソースタイプとその ARNs[「AWS Audit Manager で定義されるリソース](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsauditmanager.html#awsauditmanager-resources-for-iam-policies)」を参照してください。 **各リソースの ARN を指定できるアクションについては、「[AWS Audit Manager で定義されるアクション](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsauditmanager.html#awsauditmanager-actions-as-permissions)」を参照してください。 Audit Manager の評価には、次の Amazon リソースネーム (ARN) 形式があります。 ``` arn:${Partition}:auditmanager:${Region}:${Account}:assessment/${assessmentId} ``` Audit Manager のコントロールセットの ARN 形式は次のとおりです。 ``` arn:${Partition}:auditmanager:${Region}:${Account}:assessment/${assessmentId}controlSet/${controlSetId} ``` Audit Manager のコントロールの ARN 形式は次のとおりです。 ``` arn:${Partition}:auditmanager:${Region}:${Account}:control/${controlId} ``` ARN の形式の詳細については、「[Amazon リソースネーム (ARN)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)」を参照してください。 例えば、ステートメントで `i-1234567890abcdef0` 評価を指定するには、次の ARN を使用します。 ``` "Resource": "arn:aws:auditmanager:us-east-1:123456789012:assessment/i-1234567890abcdef0" ``` 特定のアカウントに属するすべてのインスタンスを指定するには、ワイルドカード \$1を使用します。 ``` "Resource": "arn:aws:auditmanager:us-east-1:123456789012:assessment/*" ``` リソースの作成など、一部のAudit Manager アクションは、特定のリソースで実行できません。このような場合はワイルドカード \$1を使用する必要があります。 ``` "Resource": "*" ``` Audit Manager API アクションの多くが複数のリソースと関連します。たとえば、 は、現在ログインしている がアクセスできる評価メタデータのリスト`ListAssessments`を返します AWS アカウント。したがって、ユーザーには、評価を表示するための許可が必要です。複数リソースを単一ステートメントで指定するには、ARN をカンマで区切ります。 ``` "Resource": [ "resource1", "resource2" ``` Audit Managerのリソースタイプとその ARN のリストを表示するには、IAM ユーザーガイドの [AWS Audit Manager](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awskeymanagementservice.html#awskeymanagementservice-resources-for-iam-policies) で定義したリソースを参照してください。各リソースの ARN を指定できるアクションについては、[AWS Audit Managerで定義されるアクション](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_awskeymanagementservice.html#awskeymanagementservice-actions-as-permissions)を参照してください。 複数のリソースをサポートする Audit Manager API アクションもあります。例えば、`GetChangeLogs` は `assessmentID`、`controlID`、および `controlSetId` にアクセスするため、プリンシパルにはこれらの各リソースにアクセスするための許可が必要です。複数リソースを単一ステートメントで指定するには、ARN をカンマで区切ります。 ``` "Resource": [ "assessmentId", "controlId", "controlSetId" ``` ## のポリシー条件キー AWS Audit Manager **サービス固有のポリシー条件キーのサポート:** 部分的 管理者は JSON AWS ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どの**プリンシパル**がどの**リソース**に対してどのような**条件**下で**アクション**を実行できるかということです。 `Condition` 要素 (または `Condition` *ブロック*) を使用すると、ステートメントが有効な条件を指定できます。`Condition` 要素はオプションです。イコールや未満などの [条件演算子](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html) を使用して条件式を作成して、ポリシーの条件とリクエスト内の値を一致させることができます。 1 つのステートメントに複数の `Condition` 要素を指定する場合、または 1 つの `Condition` 要素に複数のキーを指定する場合、 AWS では `AND` 論理演算子を使用してそれらを評価します。1 つの条件キーに複数の値を指定すると、 は論理`OR`オペレーションを使用して条件 AWS を評価します。ステートメントの権限が付与される前にすべての条件が満たされる必要があります。 ポリシーステートメントのプリンシパルが [AWS のサービスプリンシパル](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html#principal-services)になる場合は、[https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcearn](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourcearn) またはポリシーの[https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourceaccount](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html#condition-keys-sourceaccount) グローバル条件キーの使用を強くお勧めします。これらのグローバル条件コンテキストキーを使用すると、[混乱した代理シナリオ](https://docs.aws.amazon.com/audit-manager/latest/userguide/cross-service-confused-deputy-prevention.html)を防ぐことができます。次の文書化されたポリシーでは、Audit Managerの `aws:SourceArn` と `aws:SourceAccount` グローバル条件コンテキストキーを使用して、混乱した代理問題を回避する方法を示します。 + [Audit Manager の通知に使用される SNS トピックのポリシー例](https://docs.aws.amazon.com/audit-manager/latest/userguide/security_iam_id-based-policy-examples.html#sns-topic-permissions) + [SNS トピックで使用される KMS キーのポリシー例](https://docs.aws.amazon.com/audit-manager/latest/userguide/security_iam_id-based-policy-examples.html#sns-key-permissions) 条件を指定する際にプレースホルダー変数も使用できます。例えば、ユーザー名でタグ付けされている場合のみ、リソースにアクセスするユーザーアクセス許可を付与できます。詳細については、「*IAM ユーザーガイド*」の「[‬IAM ポリシーの要素: 変数およびタグ‭](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_variables.html)」‬を参照してください。 Audit Manager にはサービス固有条件キーがありませんが、いくつかのグローバル条件キーの使用がサポートされています。すべての AWS グローバル条件キーを確認するには、*「IAM ユーザーガイド*」の[AWS 「グローバル条件コンテキストキー](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)」を参照してください。 ## のアクセスコントロールリスト (ACLs) AWS Audit Manager **ACL のサポート:** なし アクセスコントロールリスト (ACL) は、どのプリンシパル (アカウントメンバー、ユーザー、またはロール) がリソースにアクセスするためのアクセス許可を持つかを制御します。ACL はリソースベースのポリシーに似ていますが、JSON ポリシードキュメント形式は使用しません。 ## を使用した属性ベースのアクセスコントロール (ABAC) AWS Audit Manager **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)」を参照してください。 AWS Audit Manager リソースのタグ付けの詳細については、「」を参照してください[AWS Audit Manager リソースのタグ付け](tagging.md)。 ## での一時的な認証情報の使用 AWS Audit Manager **一時的な認証情報のサポート:** あり 一時的な認証情報は 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)」を参照してください。 ## の転送アクセスセッション AWS Audit Manager **転送アクセスセッション (FAS) のサポート:** あり 転送アクセスセッション (FAS) は、 を呼び出すプリンシパルのアクセス許可と AWS のサービス、ダウンストリームサービス AWS のサービス へのリクエストをリクエストする を使用します。FAS リクエストを行う際のポリシーの詳細については、「[転送アクセスセッション](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html)」を参照してください。 ## のサービスロール AWS Audit Manager **サービスロールのサポート:** なし サービスロールとは、サービスがユーザーに代わってアクションを実行するために引き受ける [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)を参照してください。 **警告** サービスロールの許可を変更すると、 AWS Audit Manager の機能が破損する可能性があります。Audit Manager が指示する場合以外は、サービスロールを編集しないでください。 ## のサービスにリンクされたロール AWS Audit Manager **サービスリンクロールのサポート:** あり サービスにリンクされたロールは、 にリンクされたサービスロールの一種です AWS のサービス。サービスは、ユーザーに代わってアクションを実行するロールを引き受けることができます。サービスにリンクされたロールは に表示され AWS アカウント 、サービスによって所有されます。IAM 管理者は、サービスリンクロールのアクセス許可を表示できますが、編集することはできません。 のサービスにリンクされたロールの詳細については AWS Audit Manager、「」を参照してください[のサービスにリンクされたロールの使用 AWS Audit Manager](using-service-linked-roles.md)。