翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon Bedrock のアイデンティティベースのポリシー例
デフォルトでは、ユーザーとロールには Amazon Bedrock リソースを作成または変更するアクセス許可がありません。また、、 AWS Command Line Interface (AWS CLI) AWS Management Console、または を使用してタスクを実行することはできません AWS API。IAM管理者は、リソースで必要なアクションを実行するためのアクセス許可をユーザーに付与する IAMポリシーを作成できます。その後、管理者はロールに IAMポリシーを追加し、ユーザーはロールを引き受けることができます。
これらのポリシードキュメント例を使用してIAMアイデンティティベースのJSONポリシーを作成する方法については、「 IAMユーザーガイド」のIAM「ポリシーの作成 (コンソール)」を参照してください。
ARNs 各リソースタイプの の形式など、Amazon Bedrock で定義されるアクションとリソースタイプの詳細については、「サービス認可リファレンス」の「Amazon Bedrock のアクション、リソース、および条件キー」を参照してください。
トピック
ポリシーに関するベストプラクティス
アイデンティティベースのポリシーは、ユーザーのアカウント内で誰かが Amazon Bedrock リソースを作成、アクセス、または削除できるどうかを決定します。これらのアクションを実行すると、 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 でのセキュリティのベストプラクティス」を参照してください。
Amazon Bedrock コンソールを使用する
Amazon Bedrock コンソールにアクセスするには、アクセス許可の最小限のセットが必要です。これらのアクセス許可により、 内の Amazon Bedrock リソースの詳細を一覧表示および表示できます AWS アカウント。最小限必要な許可よりも制限が厳しいアイデンティティベースのポリシーを作成すると、そのポリシーを持つエンティティ (ユーザーまたはロール) に対してコンソールが意図したとおりに機能しません。
AWS CLI または のみを呼び出すユーザーには、最小限のコンソールアクセス許可を付与する必要はありません AWS API。代わりに、実行しようとしているAPIオペレーションに一致するアクションのみへのアクセスを許可します。
ユーザーとロールが引き続き Amazon Bedrock コンソールを使用できるようにするには、エンティティに Amazon Bedrock AmazonBedrockFullAccessまたは AmazonBedrockReadOnly AWS 管理ポリシーもアタッチします。詳細については、「IAM ユーザーガイド」の「ユーザーへのアクセス許可の追加」を参照してください。
自分の権限の表示をユーザーに許可する
この例では、ユーザー 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": "*" } ] }
サードパーティーモデルのサブスクリプションへのアクセスを許可する
Amazon Bedrock モデルに初めてアクセスするには、Amazon Bedrock コンソールを使用してサードパーティーモデルをサブスクライブします。IAM ユーザーまたはロールには、サブスクリプションAPIオペレーションにアクセスするためのアクセス許可が必要です。
aws-marketplace:Subscribe
アクションでのみ、aws-marketplace:ProductId
条件キーを使用して、特定のモデルへのサブスクリプションを制限できます。製品IDsとそれらが対応する基盤モデルのリストを確認するには、「」の表を参照してくださいAmazon Bedrock 基盤モデルへのアクセスをリクエストするIAM許可を付与する。
注記
Amazon からリクエストアクセスを削除することはできません Titan, Mistral AI および Meta Llama 3 Instruct モデル。IAM ポリシーを使用してモデル ID を指定することで、ユーザーがこれらのモデルを推論呼び出しできないようにできます。詳細については、「基盤モデルの推論のためのアクセスを拒否する」を参照してください。
次の例は、ロールが Condition
フィールドにリストされている Amazon Bedrock 基盤モデルにサブスクライブすること、および基盤モデルへのサブスクリプションの解除および表示することを許可するアイデンティティベースのポリシーを示しています。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "aws-marketplace:Subscribe" ], "Resource": "*", "Condition": { "ForAnyValue:StringEquals": { "aws-marketplace:ProductId": [ "1d288c71-65f9-489a-a3e2-9c7f4f6e6a85", "cc0bdd50-279a-40d8-829c-4009b77a1fcc", "c468b48a-84df-43a4-8c46-8870630108a7", "99d90be8-b43e-49b7-91e4-752f3866c8c7", "b0eb9475-3a2c-43d1-94d3-56756fd43737", "d0123e8d-50d6-4dba-8a26-3fed4899f388", "a61c46fe-1747-41aa-9af0-2e0ae8a9ce05", "216b69fd-07d5-4c7b-866b-936456d68311", "b7568428-a1ab-46d8-bab3-37def50f6f6a", "38e55671-c3fe-4a44-9783-3584906e7cad", "prod-ariujvyzvd2qy", "prod-2c2yc2s3guhqy", "prod-6dw3qvchef7zy", "prod-ozonys2hmmpeu", "prod-fm3feywmwerog", "prod-tukx4z3hrewle", "prod-nb4wqmplze2pm", "prod-m5ilt4siql27k", "prod-cx7ovbu5wex7g" ] } } }, { "Effect": "Allow", "Action": [ "aws-marketplace:Unsubscribe", "aws-marketplace:ViewSubscriptions" ], "Resource": "*" } ] }
基盤モデルの推論のためのアクセスを拒否する
ユーザーが基盤モデルを呼び出さないようにするには、モデルを直接呼び出すAPIアクションへのアクセスを拒否する必要があります。次の例は、特定のモデルで推論を実行するアクセスを拒否するアイデンティティベースのポリシーを示しています。
{ "Version": "2012-10-17", "Statement": { "Sid": "DenyInference", "Effect": "Deny", "Action": [ "bedrock:InvokeModel", "bedrock:InvokeModelWithResponseStream", "bedrock:CreateModelInvocationJob" ], "Resource": "arn:aws:bedrock:*::foundation-model/
model-id
" } }
すべての基盤モデルへの推論アクセスを拒否するには、モデル ID *
に を使用します。Converse
や などの他のアクションはStartAsyncInvoke
、 InvokeModel
が拒否されると自動的にブロックされます。モデル のリストについてはIDs、「」を参照してください。 Amazon Bedrock でサポートされている基盤モデル
ユーザーにプロビジョニングされたモデルを呼び出すことを許可する
以下は、 IAMロールにアタッチして、モデル推論でプロビジョニングされたモデルを使用できるようにするポリシーの例です。例えば、このポリシーを、プロビジョニングされたモデルを使用する許可のみを持つロールにアタッチすることができます。ロールは、プロビジョンドスループットに関する情報を管理または表示することはできません。
{ "Version": "2012-10-17", "Statement": [ { "Sid": "
ProvisionedThroughputModelInvocation
", "Effect": "Allow", "Action": [ "bedrock:InvokeModel", "bedrock:InvokeModelWithResponseStream" ], "Resource": "arn:aws:bedrock:aws-region
:111122223333
:provisioned-model/${my-provisioned-model}
" } ] }