Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Ejemplos de políticas basadas en identidad para Amazon Bedrock
De forma predeterminada, los usuarios y roles no tienen permiso para crear ni modificar los recursos de Amazon Bedrock. Tampoco pueden realizar tareas con AWS Management Console, AWS Command Line Interface (AWS CLI) o AWS API. Para conceder a los usuarios permiso para realizar acciones en los recursos que necesitan, un IAM administrador puede crear IAM políticas. A continuación, el administrador puede añadir las IAM políticas a las funciones y los usuarios pueden asumir las funciones.
Para obtener información sobre cómo crear una política IAM basada en la identidad mediante estos documentos de JSON política de ejemplo, consulte Creación de IAM políticas en la Guía del IAMusuario.
Para obtener más información sobre las acciones y los tipos de recursos definidos por Amazon Bedrock, incluido el formato de cada uno de los tipos de recursos, consulte Acciones, recursos y claves de condición de Amazon Bedrock en la Referencia de autorización de servicio. ARNs
Temas
- Prácticas recomendadas sobre las políticas
- Uso de la consola de Amazon Bedrock
- Cómo permitir a los usuarios consultar sus propios permisos
- Permisos de acceso a las suscripciones de modelos de terceros
- Deniegue el acceso para obtener inferencias sobre modelos específicos
- Permita a los usuarios invocar un modelo aprovisionado
- Ejemplos de políticas basadas en la identidad para los agentes de Amazon Bedrock
- Ejemplos de políticas basadas en identidad para Amazon Bedrock Studio
Prácticas recomendadas sobre las políticas
Las políticas basadas en identidad determinan si alguien puede crear, eliminar o acceder a los recursos de Amazon Bedrock de la cuenta. Estas acciones pueden generar costos adicionales para su Cuenta de AWS. Siga estas directrices y recomendaciones al crear o editar políticas basadas en identidades:
-
Comience con las políticas AWS administradas y avance hacia los permisos con privilegios mínimos: para comenzar a conceder permisos a sus usuarios y cargas de trabajo, utilice las políticas AWS administradas que otorgan permisos para muchos casos de uso comunes. Están disponibles en su. Cuenta de AWS Le recomendamos que reduzca aún más los permisos definiendo políticas administradas por el AWS cliente que sean específicas para sus casos de uso. Para obtener más información, consulte las políticas AWS gestionadas o las políticas AWS gestionadas para las funciones laborales en la Guía del IAM usuario.
-
Aplique permisos con privilegios mínimos: cuando establezca permisos con IAM políticas, conceda solo los permisos necesarios para realizar una tarea. Para ello, debe definir las acciones que se pueden llevar a cabo en determinados recursos en condiciones específicas, también conocidos como permisos de privilegios mínimos. Para obtener más información sobre cómo IAM aplicar permisos, consulte Políticas y permisos IAM en la IAM Guía del usuario.
-
Utilice las condiciones en IAM las políticas para restringir aún más el acceso: puede añadir una condición a sus políticas para limitar el acceso a las acciones y los recursos. Por ejemplo, puede escribir una condición de política para especificar que todas las solicitudes deben enviarse medianteSSL. También puedes usar condiciones para conceder el acceso a las acciones del servicio si se utilizan a través de una acción específica Servicio de AWS, por ejemplo AWS CloudFormation. Para obtener más información, consulte los elementos IAM JSON de la política: Condición en la Guía del IAM usuario.
-
Utilice IAM Access Analyzer para validar sus IAM políticas y garantizar permisos seguros y funcionales: IAM Access Analyzer valida las políticas nuevas y existentes para que se ajusten al lenguaje de las políticas (JSON) y IAM a las IAM mejores prácticas. IAMAccess Analyzer proporciona más de 100 comprobaciones de políticas y recomendaciones prácticas para ayudarle a crear políticas seguras y funcionales. Para obtener más información, consulte la validación de políticas de IAM Access Analyzer en la Guía del IAM usuario.
-
Requerir autenticación multifactorial (MFA): si se encuentra en una situación en la que se requieren IAM usuarios o un usuario raíz Cuenta de AWS, actívela MFA para aumentar la seguridad. Para solicitarlo MFA cuando se convoque a API las operaciones, añada MFA condiciones a sus políticas. Para obtener más información, consulte Configuración del API acceso MFA protegido en la Guía del IAM usuario.
Para obtener más información sobre las prácticas recomendadasIAM, consulte las prácticas recomendadas de seguridad IAM en la Guía del IAM usuario.
Uso de la consola de Amazon Bedrock
Para acceder a la consola de Amazon Bedrock, debe tener un conjunto mínimo de permisos. Estos permisos deben permitirle enumerar y ver detalles sobre los recursos de Amazon Bedrock que tiene en su Cuenta de AWS cuenta. Si crea una política basada en identidades que sea más restrictiva que el mínimo de permisos necesarios, la consola no funcionará del modo esperado para las entidades (usuarios o roles) que tengan esa política.
No es necesario conceder permisos mínimos de consola a los usuarios que realicen llamadas únicamente al AWS CLI o al AWS API. En su lugar, permita el acceso únicamente a las acciones que coincidan con la API operación que están intentando realizar.
Para garantizar que los usuarios y los roles puedan seguir utilizando la consola de Amazon Bedrock, adjunte también la política AmazonBedrockReadOnly AWS gestionada AmazonBedrockFullAccesso de Amazon Bedrock a las entidades. Para obtener más información, consulte Añadir permisos a un usuario en la Guía del IAMusuario.
Cómo permitir a los usuarios consultar sus propios permisos
En este ejemplo se muestra cómo se puede crear una política que permita a IAM los usuarios ver las políticas integradas y administradas asociadas a su identidad de usuario. Esta política incluye permisos para completar esta acción en la consola o mediante programación mediante la tecla o. 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": "*" } ] }
Permisos de acceso a las suscripciones de modelos de terceros
Para acceder a los modelos de Amazon Bedrock por primera vez, utiliza la consola de Amazon Bedrock para suscribirse a modelos de otros fabricantes. Su IAM usuario o rol requieren permiso para acceder a las operaciones de suscripciónAPI.
Solo para esta aws-marketplace:Subscribe
acción, puede usar la clave de aws-marketplace:ProductId
condición para restringir la suscripción a modelos específicos. Para ver una lista de productos IDs y los modelos de base a los que corresponden, consulte la tabla deOtorgue IAM permisos para solicitar acceso a los modelos de base Amazon Bedrock.
nota
No puedes eliminar las solicitudes de acceso de Amazon Titan, Mistral AI, y Meta Llama 3 Instruct modelos. Para evitar que los usuarios hagan llamadas de inferencia a estos modelos, utilice una IAM política y especifique el ID del modelo. Para obtener más información, consulte Deniegue el acceso para obtener inferencias sobre modelos específicos.
El siguiente ejemplo muestra una política basada en la identidad que permite a un rol suscribirse a los modelos de base de Amazon Bedrock que aparecen en el Condition
campo y cancelar la suscripción a los modelos de base y ver las suscripciones a los modelos de base:
{ "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" ] } } }, { "Effect": "Allow", "Action": [ "aws-marketplace:Unsubscribe", "aws-marketplace:ViewSubscriptions" ], "Resource": "*" } ] }
Deniegue el acceso para obtener inferencias sobre modelos específicos
El siguiente ejemplo muestra una política basada en identidades que deniega el acceso a la ejecución de inferencias en un modelo específico. Para obtener una lista de modelosIDs, consulte. Modelo Amazon Bedrock IDs
{ "Version": "2012-10-17", "Statement": { "Sid": "DenyInference", "Effect": "Deny", "Action": [ "bedrock:InvokeModel", "bedrock:InvokeModelWithResponseStream" ], "Resource": "arn:aws:bedrock:*::foundation-model/
model-id
" } }
Permita a los usuarios invocar un modelo aprovisionado
El siguiente es un ejemplo de política que puede adjuntar a un IAM rol para permitirle usar un modelo aprovisionado en la inferencia de modelos. Por ejemplo, puede adjuntar esta política a un rol para el que desee que solo tenga permisos para usar un modelo aprovisionado. El rol no podrá administrar ni ver información sobre el rendimiento aprovisionado.
{ "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}
" } ] }