Amazon Fraud Detector は、2025 年 11 月 7 日をもって新規顧客に公開されなくなりました。Amazon Fraud Detector と同様の機能については、Amazon SageMaker、AutoGluon、および を参照してください AWS WAF。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon Fraud Detector のアイデンティティベースポリシーの例
デフォルトでは、ユーザーと IAM ロールには Amazon Fraud Detector リソースを作成または変更するアクセス許可はありません。また、 AWS マネジメントコンソール、 AWS CLI、または AWS API を使用してタスクを実行することはできません。IAM 管理者は、指定されたリソースで特定の API 操作を実行するための許可をユーザーとロールに付与する IAM ポリシーを作成する必要があります。続いて、管理者はそれらのアクセス許可が必要なユーザーまたはグループにそのポリシーをアタッチします。
JSON ポリシードキュメントのこれらの例を使用して、IAM アイデンティティベースのポリシーを作成する方法については、「**IAM ユーザーガイド」の「[JSON タブでのポリシーの作成](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor)」を参照してください。
**Topics**
+ [ポリシーに関するベストプラクティス](#security_iam_service-with-iam-policy-best-practices)
+ [Amazon Fraud Detector の AWS 管理 (事前定義) ポリシー](#aws-managed-policy-for-amazon-fraud-detector)
+ [自分の権限の表示をユーザーに許可する](#security_iam_id-based-policy-examples-view-own-permissions)
+ [Amazon Fraud Detector リソースへのフルアクセスを許可する](#allowing-full-access-to-amazon-fraud-detector-resources)
+ [Amazon Fraud Detector リソースへの読み取り専用アクセスを許可する](#allowing-read-only-access-to-amazon-fraud-detector-resources)
+ [特定のリソースへのアクセスを許可する](#allowing-access-to-a-specific-resource)
+ [デュアルモード API の使用時に特定のリソースへのアクセスを許可する](#allow-access-to-specific-resource-dual-mode-api)
+ [タグに基づくアクセスの制限](#limiting-access-based-on-tags)
## ポリシーに関するベストプラクティス
ID ベースのポリシーは、アカウント内で誰かが Amazon Fraud Detector リソースを作成、アクセス、または削除できるかどうかを決定します。これらのアクションでは、 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) を参照してください。
## Amazon Fraud Detector の AWS 管理 (事前定義) ポリシー
AWS は、 によって作成および管理されるスタンドアロン IAM ポリシーを提供することで、多くの一般的なユースケースに対処します AWS。これらの AWS 管理ポリシーは、一般的なユースケースに必要なアクセス許可を付与するため、どのアクセス許可が必要かを調査する必要がなくなります。詳細については、*AWS Identity and Access Management 「 管理ユーザーガイド*」の[「AWS 管理ポリシー](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html)」を参照してください。
アカウントのユーザーにアタッチできる次の AWS 管理ポリシーは、Amazon Fraud Detector に固有のものです。
`AmazonFraudDetectorFullAccess`: 以下を含む、Amazon Fraud Detector のリソース、アクションおよびサポートされているオペレーションにフルアクセスできます
+ Amazon SageMaker AI のすべてのモデルエンドポイントを一覧表示して記述する
+ アカウント内のすべての IAM ロールを一覧表示する
+ Amazon S3 バケットをすべて一覧表示する
+ IAM パスロールが Amazon Fraud Detector にロールを渡すことを許可する
このポリシーでは、無制限の S3 アクセスは提供されません。モデルトレーニングデータセットを S3 にアップロードする必要がある場合は、`AmazonS3FullAccess` 管理ポリシー (またはスコープダウンカスタム Amazon S3 アクセスポリシー) も必要です。
ポリシーのアクセス許可は、IAM コンソールにサインインしてポリシー名で検索することで確認できます。独自のカスタム IAM ポリシーを作成し、必要に応じて Amazon Fraud Detector のアクションとリソースのためのアクセスを許可することもできます。これらのカスタムポリシーは、それらを必要とする ユーザーにアタッチできます。
## 自分の権限の表示をユーザーに許可する
この例では、ユーザーアイデンティティにアタッチされたインラインおよびマネージドポリシーの表示を 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": "*"
}
]
}
```
## Amazon Fraud Detector リソースへのフルアクセスを許可する
次の例では、Amazon Fraud Detector のすべてのリソースとアクションへの AWS アカウント フルアクセスを ユーザーに付与します。
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"frauddetector:*"
],
"Resource": "*"
}
]
}
```
------
## Amazon Fraud Detector リソースへの読み取り専用アクセスを許可する
この例では、Amazon Fraud Detector リソースへの AWS アカウント 読み取り専用アクセスを ユーザーに付与します。
## 特定のリソースへのアクセスを許可する
リソースレベルのポリシーのこの例では、1 つの特定の Detector リソースを除くすべてのアクションとリソース AWS アカウント へのアクセスを のユーザーに許可します。
## デュアルモード API の使用時に特定のリソースへのアクセスを許可する
Amazon Fraud Detector は、List オペレーションと Describe オペレーションの両方として機能するデュアルモード取得 APIs を提供します。パラメータなしで呼び出されたデュアルモード API は、 に関連付けられた指定されたリソースのリストを返します AWS アカウント。パラメータで呼び出されたデュアルモード API は、指定されたリソースの詳細を返します。リソースは、モデル、変数、イベントタイプ、またはエンティティタイプです。
デュアルモード APIsIAM ポリシーでリソースレベルのアクセス許可をサポートします。ただし、リソースレベルのアクセス許可は、リクエストの一部として 1 つ以上のパラメータが指定されている場合にのみ適用されます。たとえば、ユーザーが [GetVariables](https://docs.aws.amazon.com/frauddetector/latest/api/API_GetVariables.html) API を呼び出して変数名を指定し、変数リソースまたは変数名に IAM 拒否ポリシーがアタッチされている場合、ユーザーは`AccessDeniedException`エラーを受け取ります。ユーザーが `GetVariables` API を呼び出し、変数名を指定しない場合、すべての変数が返されるため、情報漏洩が発生する可能性があります。
ユーザーが特定のリソースの詳細のみを表示できるようにするには、IAM 拒否`NotResource`ポリシーで IAM ポリシー要素を使用します。このポリシー要素を IAM 拒否ポリシーに追加すると、ユーザーは `NotResource`ブロックで指定されたリソースの詳細のみを表示できます。詳細については、IAM **[ユーザーガイドの「IAM JSON ポリシー要素: NotResource](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_notresource.html)」を参照してください。
次のポリシー例では、Amazon Fraud Detector のすべてのリソースへのアクセスをユーザーに許可します。ただし、`NotResource`ポリシー要素は、[GetVariables](https://docs.aws.amazon.com/frauddetector/latest/api/API_GetVariables.html) API コールをプレフィックス `user*`、、`job_*`および を持つ変数名のみに制限するために使用されます`var*`。
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "frauddetector:*",
"Resource": "*"
},
{
"Effect": "Deny",
"Action": "frauddetector:GetVariables",
"NotResource": [
"arn:aws:frauddetector:*:*:variable/user*",
"arn:aws:frauddetector:*:*:variable/job_*",
"arn:aws:frauddetector:*:*:variable/var*"
]
}
]
}
```
------
**レスポンス**
このポリシー例では、レスポンスは以下の動作を示します。
+ 変数名を含まない GetVariables 呼び出しでは、リクエストが Deny ステートメントにマッピングされるため、`AccessDeniedException`エラーが発生します。
+ 許可されていない変数名を含む GetVariables 呼び出しでは、変数名が `NotResource`ブロック内の変数名にマッピングされないため、`AccessDeniedException`エラーが発生します。たとえば、変数名を持つ GetVariables 呼び出しは`AccessDeniedException`エラー`email_address`になります。
+ `NotResource` ブロック内の変数名に一致する変数名を含む GetVariables 呼び出しが期待どおりに返されます。たとえば、変数名を含む GetVariables 呼び出しは、`job_cpa`変数の詳細`job_cpa`を返します。
## タグに基づくアクセスの制限
このポリシーの例では、リソースタグに基づいて Amazon Fraud Detector へのアクセスを制限する方法を説明します。この例では、次のことを前提としています。
+ で、Team1 と Team2 という Team2 つの異なるグループを定義 AWS アカウント しました。
+ 4 つのディテクターが作成されました
+ Team1 のメンバーが 2 つのディテクターで API 呼び出しを行うことを許可したいと考えています
+ Team2 のメンバーが他の 2 つのディテクターで API 呼び出しを行うことを許可したいと考えています
**API コールへのアクセスをコントロールするには (例)**
1. Team1 が使用するディテクターに、キー `Project` と値 `A` を含むタグを追加します。
1. Team2 が使用するディテクターに、キー `Project` と値 `B` を含むタグを追加します。
1. キー `Project` と値 `B` のタグを含むディテクターへのアクセスを拒否する `ResourceTag` 条件で IAM ポリシーを作成し、そのポリシーを Team1 にアタッチします。
1. キー `Project` と値 `A` のタグを含むディテクターへのアクセスを拒否する `ResourceTag` 条件で IAM ポリシーを作成し、そのポリシーを Team2 にアタッチします。
以下は、`Project` のキーと `B` の値を含むタグを持つ Amazon Fraud Detector リソースに対する特定のアクションを拒否するポリシーの例です。
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "frauddetector:*",
"Resource": "*"
},
{
"Effect": "Deny",
"Action": [
"frauddetector:CreateModel",
"frauddetector:CancelBatchPredictionJob",
"frauddetector:CreateBatchPredictionJob",
"frauddetector:DeleteBatchPredictionJob",
"frauddetector:DeleteDetector"
],
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:ResourceTag/Project": "B"
}
}
}
]
}
```
------