サポート終了通知: 2027 年 6 月 30 日に、 AWS は AWS re:Post Private のサポートを終了します。2027 年 6 月 30 日以降、re:Post Private コンソールまたは re:Post Private リソースにアクセスできなくなります。詳細については、[「AWS re:Post Private end of support](https://docs.aws.amazon.com/repostprivate/latest/userguide/repost-private-end-of-support.html)」を参照してください。

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

# re:Post Private が IAM と連携する方法
<a name="security_iam_service-with-iam"></a>

IAM を使用して AWS re:Post Private へのアクセスを管理する前に、re:Post Private で使用できる IAM 機能を理解しておく必要があります。re:Post Private およびその他の AWS のサービスが IAM と連携する方法の概要については、IAM *ユーザーガイド*の[AWS 「IAM と連携する のサービス](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)」を参照してください。

## re:Post Private アイデンティティベースのポリシー
<a name="security-with-iam-id-based-policies"></a>

IAM アイデンティティベースのポリシーでは、許可または拒否されたアクションを指定できます。 re:Post Private は特定のアクションをサポートします。JSON ポリシーで使用する要素については、*「IAM ユーザーガイド」* の[「IAM JSON ポリシー要素のリファレンス」](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)(IAM JSON ) をご参照ください。

### アクション
<a name="security-with-iam-id-based-policies-actions"></a>

管理者は JSON AWS ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どの**プリンシパル**がどの**リソース**に対してどのような**条件下で****アクション**を実行できるかということです。

JSON ポリシーの `Action` 要素にはポリシー内のアクセスを許可または拒否するために使用できるアクションが記述されます。このアクションは関連付けられたオペレーションを実行するためのアクセス許可を付与するポリシーで使用されます。

re:Post Private のポリシーアクションは、アクションの前にプレフィックス を使用します`repostspace:`。たとえば、re:Post Private `CreateSpace` API オペレーションを実行するアクセス許可を付与するには、ポリシーに `repostspace:CreateSpace`アクションを含めます。ポリシーステートメントには、 `Action`または `NotAction`要素を含める必要があります。 re:Post Private は、このサービスで実行できるタスクを記述する独自のアクションのセットを定義します。

単一のステートメントに複数のアクションを指定するには次のようにコンマで区切ります。

```
"Action": [
      "repostspace:CreateSpace",
      "repostspace:DeleteSpace"
```

ワイルドカード (\*) を使用して複数アクションを指定できます。例えば、`Describe` という単語で始まるすべてのアクションを指定するには次のアクションを含めます。

```
"Action": "repostspace:Describe*"
```



re:Post Private アクションのリストを確認するには、*IAM ユーザーガイド*の[「re:Post Private で定義されるアクション](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonworkdocs.html#amazonworkdocs-actions-as-permissions)」を参照してください。

### リソース
<a name="security-with-iam-id-based-policies-resources"></a>

管理者は JSON AWS ポリシーを使用して、誰が何にアクセスできるかを指定できます。つまり、どの**プリンシパル**がどの**リソース**に対してどのような**条件**下で**アクション**を実行できるかということです。

`Resource` JSON ポリシー要素はアクションが適用されるオブジェクトを指定します。ベストプラクティスとして、[Amazon リソースネーム (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html) を使用してリソースを指定します。リソースレベルのアクセス許可をサポートしないアクションの場合は、ステートメントがすべてのリソースに適用されることを示すために、ワイルドカード (\*) を使用します。

```
"Resource": "*"
```

### 条件キー
<a name="security-with-iam-id-based-policies-conditionkeys"></a>

re:Post Private はサービス固有の条件キーを提供しませんが、グローバル条件キーの使用をサポートしています。すべての AWS グローバル条件キーを確認するには、*「IAM ユーザーガイド*」の[AWS 「グローバル条件コンテキストキー](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)」を参照してください。

### 例
<a name="security-with-iam-id-based-policies-examples"></a>

re:Post Private アイデンティティベースのポリシーの例を表示するには、「」を参照してください[AWS re:Post プライベートアイデンティティベースのポリシーの例](security-iam-policy-examples.md)。

## re:Post プライベートリソースベースのポリシー
<a name="security-with-iam-resource-based-policies"></a>

リソースベースのポリシーは、リソースに添付する JSON ポリシードキュメントです。リソースベースのポリシーには例として、IAM ロールの信頼ポリシー や Amazon S3 バケットポリシー があげられます。リソースベースのポリシーをサポートするサービスでは、サービス管理者はポリシーを使用して特定のリソースへのアクセスをコントロールできます。ポリシーがアタッチされているリソースの場合、指定されたプリンシパルがそのリソースに対して実行できるアクションと条件は、ポリシーによって定義されます。リソースベースのポリシーで、[プリンシパルを指定する](https://docs.aws.amazon.com//IAM/latest/UserGuide/reference_policies_elements_principal.html)必要があります。プリンシパルには、アカウント、ユーザー、ロール、フェデレーティッドユーザー、または AWS サービスを含めることができます。リソースベースのポリシーは、そのサービス内にあるインラインポリシーです。リソースベースのポリシーでは、IAM の AWS マネージドポリシーを使用できません。

re:Post Private はリソースベースのポリシーをサポートしていません。

## タグに基づく認可
<a name="security-with-iam-tags"></a>

re:Post Private は、リソースのタグ付けまたはタグに基づくアクセスの制御をサポートしています。詳細については、[「タグを使用した AWS リソースへのアクセスの制御](https://docs.aws.amazon.com//IAM/latest/UserGuide/access_tags.html)」を参照してください。

## re:Post プライベート IAM ロール
<a name="security-with-iam-roles"></a>

[IAM ロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)は、特定のアクセス許可を持つ AWS アカウント内のエンティティです。

### re:Post Private での一時的な認証情報の使用
<a name="security-with-iam-roles-tempcreds"></a>

フェデレーションでサインインしたり、IAM ロールを引き受けたり、クロスアカウント ロールを引き受けたりするには、一時的な認証情報を使用することを強くお勧めします。一時的なセキュリティ認証情報を取得するには、[AssumeRole](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRole.html) や [GetFederationToken](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetFederationToken.html) などの AWS STS API オペレーションを呼び出します。

re:Post Private は一時的な認証情報の使用をサポートしています。

## サービスリンクロール
<a name="security-with-iam-roles-service-linked"></a>

[サービスにリンクされたロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role)を使用すると、 AWS サービスは他の サービスのリソースにアクセスしてアクションを完了できます。サービスリンクロールは IAM アカウント内に表示され、サービスによって所有されます。IAM 管理者は、サービスリンクロールの許可を表示できますが、編集することはできません。

## サービスロール
<a name="security-with-iam-roles-service"></a>

この機能を使用すると、サービスが[サービスロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role)を引き受けることができます。このロールにより、サービスは他の サービスのリソースにアクセスしてアクションを完了できます。詳細については、[「AWS サービスにアクセス許可を委任するロールの作成](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-service.html)」を参照してください。サービスロールはIAM アカウントに表示され、アカウントによって所有されます。つまり、IAM 管理者はこの役割の権限を変更できます。ただし、それにより、サービスの機能が損なわれる場合があります。