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.
¿Cómo AWS Billing Conductor funciona con IAM
Antes de utilizar IAM para administrar el acceso a Billing Conductor, debe comprender qué características de IAM están disponibles para su uso con Billing Conductor. Para obtener una visión general de cómo funcionan Billing Conductor y otros AWS servicios con IAM, consulte AWS Servicios que funcionan con IAM en la Guía del usuario de IAM.
Temas
Políticas basadas en identidades de Billing Conductor
Con las políticas basadas en identidades de IAM, puede especificar las acciones y los recursos permitidos o denegados, así como las condiciones en las que se permiten o deniegan las acciones. Billing Conductor admite acciones, claves de condiciones y recursos específicos. Para obtener información sobre todos los elementos que utiliza en una política JSON, consulte Referencia de los elementos de las políticas JSON de IAM en la Guía del usuario de IAM.
Acciones
Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué entidad principal puedes realizar acciones en qué recursos y en qué condiciones.
El elemento Action
de una política JSON describe las acciones que puedes utilizar para conceder o denegar el acceso en una política. Las acciones políticas suelen tener el mismo nombre que la operación de AWS API asociada. Hay algunas excepciones, como acciones de solo permiso que no tienen una operación de API coincidente. También hay algunas operaciones que requieren varias acciones en una política. Estas acciones adicionales se denominan acciones dependientes.
Incluya acciones en una política para conceder permisos y así llevar a cabo la operación asociada.
Las acciones de políticas de Billing Conductor utilizan el siguiente prefijo antes de la acción: Billing Conductor:
. Por ejemplo, para conceder permiso a alguien para ejecutar una EC2 instancia de Amazon con la operación de la EC2 RunInstances
API de Amazon, debes incluir la ec2:RunInstances
acción en su política. Las instrucciones de la política deben incluir un elemento Action
o un elemento NotAction
. Billing Conductor define su propio conjunto de acciones que describen las tareas que se pueden realizar con este servicio.
Para especificar varias acciones en una única instrucción, sepárelas con comas del siguiente modo:
"Action": [ "ec2:action1", "ec2:action2"
Puede utilizar caracteres comodín para especificar varias acciones (*). Por ejemplo, para especificar todas las acciones que comiencen con la palabra Describe
, incluya la siguiente acción:
"Action": "ec2:Describe*"
Para ver una lista de las acciones del responsable de facturación, consulta las acciones definidas por el responsable AWS de facturación en la guía del usuario de IAM.
Recursos
Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué entidad principal puedes realizar acciones en qué recursos y en qué condiciones.
El elemento Resource
de la política JSON especifica el objeto u objetos a los que se aplica la acción. Las instrucciones deben contener un elemento Resource
o NotResource
. Como práctica recomendada, especifique un recurso utilizando el Nombre de recurso de Amazon (ARN). Puedes hacerlo para acciones que admitan un tipo de recurso específico, conocido como permisos de nivel de recurso.
Para las acciones que no admiten permisos de nivel de recurso, como las operaciones de descripción, utiliza un carácter comodín (*) para indicar que la instrucción se aplica a todos los recursos.
"Resource": "*"
El recurso de EC2 instancia de Amazon tiene el siguiente ARN:
arn:${Partition}:ec2:${Region}:${Account}:instance/${InstanceId}
Para obtener más información sobre el formato de ARNs, consulte Amazon Resource Names (ARNs) y AWS Service Namespaces.
Por ejemplo, para especificar la instancia de i-1234567890abcdef0
en su instrucción, utilice el siguiente ARN:
"Resource": "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"
Para especificar todas las instancias que pertenecen a una cuenta específica, utilice el carácter comodín (*):
"Resource": "arn:aws:ec2:us-east-1:123456789012:instance/*"
Algunas acciones de Billing Conductor, como las empleadas para la creación de recursos, no se pueden llevar a cabo en un recurso específico. En dichos casos, debe utilizar el carácter comodín (*).
"Resource": "*"
Muchas acciones de EC2 la API de Amazon implican varios recursos. Por ejemplo, AttachVolume
asocia un volumen de Amazon EBS a una instancia, por lo que un usuario de IAM debe tener permisos para utilizar el volumen y la instancia. Para especificar varios recursos en una sola sentencia, sepárelos ARNs con comas.
"Resource": [ "resource1", "resource2"
Para ver una lista de los tipos de recursos de Billing Conductor y sus correspondientes ARNs, consulte los recursos definidos por AWS Billing Conductor en la Guía del usuario de IAM. Para saber con qué acciones puede especificar el ARN de cada recurso, consulte Acciones definidas por el conductor de AWS facturación.
Claves de condición
Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué entidad principal puedes realizar acciones en qué recursos y en qué condiciones.
El elemento Condition
(o bloque de Condition
) permite especificar condiciones en las que entra en vigor una instrucción. El elemento Condition
es opcional. Puedes crear expresiones condicionales que utilizan operadores de condición, tales como igual o menor que, para que la condición de la política coincida con los valores de la solicitud.
Si especifica varios elementos de Condition
en una instrucción o varias claves en un único elemento de Condition
, AWS las evalúa mediante una operación AND
lógica. Si especifica varios valores para una única clave de condición, AWS evalúa la condición mediante una OR
operación lógica. Se deben cumplir todas las condiciones antes de que se concedan los permisos de la instrucción.
También puedes utilizar variables de marcador de posición al especificar condiciones. Por ejemplo, puedes conceder un permiso de usuario de IAM para acceder a un recurso solo si está etiquetado con su nombre de usuario de IAM. Para obtener más información, consulte Elementos de la política de IAM: variables y etiquetas en la Guía del usuario de IAM.
AWS admite claves de condición globales y claves de condición específicas del servicio. Para ver todas las claves de condición AWS globales, consulte las claves de contexto de condición AWS globales en la Guía del usuario de IAM.
Billing Conductor define su propio conjunto de claves de condición y también admite el uso de algunas claves de condición globales. Para ver todas las claves de condición AWS globales, consulte las claves de contexto de condición AWS globales en la Guía del usuario de IAM.
Todas las EC2 acciones de Amazon admiten las claves de ec2:Region
condición aws:RequestedRegion
y. Para obtener más información, consulte Ejemplo: restricción del acceso a una región específica.
Para ver una lista de las claves de estado de Billing Conductor, consulte las claves de condición de AWS Billing Conductor en la Guía del usuario de IAM. Para saber con qué acciones y recursos puede utilizar una clave de condición, consulte Acciones definidas por el director AWS de facturación.
Ejemplos
Para ver ejemplos de políticas basadas en identidad de Billing Conductor, consulte AWS Billing Conductor ejemplos de políticas basadas en la identidad.
Políticas basadas en recursos de Billing Conductor
Las políticas basadas en recursos son documentos de política JSON que especifican qué acciones puede realizar una entidad principal especificada en el recurso de Billing Conductor y en qué condiciones. Amazon S3 admite políticas de permisos basadas en recursos para Amazon S3. buckets
Las políticas basadas en recursos le permiten otorgar permiso de uso a otras cuentas por recurso. También puede usar una política basada en recursos para permitir que un AWS servicio acceda a su Amazon S3. buckets
Para habilitar el acceso entre cuentas, puede especificar toda una cuenta o entidades de IAM de otra cuenta como la entidad principal de una política basada en recursos. Añadir a una política en función de recursos una entidad principal entre cuentas es solo una parte del establecimiento de una relación de confianza. Si el principal y el recurso están en AWS cuentas diferentes, también debe conceder permiso a la entidad principal para acceder al recurso. Conceda permiso asociando a la entidad una política basada en identidades. Sin embargo, si la política basada en recursos concede el acceso a una entidad principal de la misma cuenta, no es necesaria una política basada en identidad adicional. Para obtener más información, consulte Cómo los roles de IAM difieren de las políticas basadas en recursos en la Guía del usuario de IAM.
El servicio Amazon S3 solo admite un tipo de política basada en recursos denominada bucket
política, que se adjunta a. bucket
Esta política define qué entidades principales (cuentas, usuarios, roles y usuarios federados) pueden realizar acciones en el. Billing Conductor
Ejemplos
Para ver ejemplos de políticas basadas en los recursos de Billing Conductor, consulte Ejemplos de políticas basadas en recursos de AWS Billing Conductor.
Listas de control de acceso () ACLs
Las listas de control de acceso (ACLs) son listas de beneficiarios que se pueden adjuntar a los recursos. Conceden a las cuentas permisos de acceso al recurso al que están adjuntadas. Puede adjuntarlo ACLs a un bucket
recurso de Amazon S3.
Con las listas de control de acceso de Amazon S3 (ACLs), puede gestionar el acceso a bucket
los recursos. Cada una bucket
tiene una ACL adjunta como subrecurso. Define a qué AWS cuentas, usuarios o grupos de usuarios de IAM o funciones de IAM se les concede acceso y el tipo de acceso. Cuando se recibe una solicitud de un recurso, AWS comprueba la ACL correspondiente para comprobar que el solicitante tiene los permisos de acceso necesarios.
Al crear un bucket
recurso, Amazon S3 crea una ACL predeterminada que otorga al propietario del recurso el control total sobre el recurso. En el siguiente ejemplo de bucket
ACL, John Doe aparece como propietario de la ACL bucket
y se le concede el control total sobre la mismabucket
. Una ACL puede tener hasta 100 beneficiarios.
<?xml version="1.0" encoding="UTF-8"?> <AccessControlPolicy xmlns="http://Billing Conductor.amazonaws.com/doc/2006-03-01/"> <Owner> <ID>
c1daexampleaaf850ea79cf0430f33d72579fd1611c97f7ded193374c0b163b6
</ID> <DisplayName>john-doe
</DisplayName> </Owner> <AccessControlList> <Grant> <Grantee xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="Canonical User"> <ID>c1daexampleaaf850ea79cf0430f33d72579fd1611c97f7ded193374c0b163b6
</ID> <DisplayName>john-doe
</DisplayName> </Grantee> <Permission>FULL_CONTROL</Permission> </Grant> </AccessControlList> </AccessControlPolicy>
El campo ID de la ACL es el ID de usuario canónico de la AWS cuenta. Para obtener información sobre cómo ver este identificador en una cuenta de tu propiedad, consulta Cómo encontrar un seudónimo canónico de una AWS cuenta.
Autorización basada en etiquetas de Billing Conductor
Puede adjuntar etiquetas a los recursos de Billing Conductor o transferirlas en una solicitud a Billing Conductor. Para controlar el acceso en función de etiquetas, debe proporcionar información de las etiquetas en el elemento de condición de una política utilizando las claves de condición Billing Conductor:ResourceTag/
, key-name
aws:RequestTag/
o key-name
aws:TagKeys
.
Roles de IAM de Billing Conductor
Un rol de IAM es una entidad de tu AWS cuenta que tiene permisos específicos.
Uso de credenciales temporales con Billing Conductor
Puede utilizar credenciales temporales para iniciar sesión con federación, asumir un rol de IAM o asumir un rol de acceso entre cuentas. Para obtener credenciales de seguridad temporales, puede llamar a operaciones de AWS STS API como AssumeRoleo GetFederationToken.
Billing Conductor admite el uso de credenciales temporales.
Roles vinculados a servicios
Los roles vinculados a un servicio permiten a AWS los servicios acceder a los recursos de otros servicios para completar una acción en tu nombre. Los roles vinculados a servicios aparecen en la cuenta de IAM y son propiedad del servicio. Un administrador de IAM puede ver, pero no editar, los permisos de los roles vinculados a servicios.
Roles de servicio
Esta característica permite que un servicio asuma un rol de servicio en su nombre. Este rol permite que el servicio obtenga acceso a los recursos de otros servicios para completar una acción en su nombre. Los roles de servicio aparecen en su cuenta de IAM y son propiedad de la cuenta. Esto significa que un administrador de IAM puede cambiar los permisos de este rol. Sin embargo, hacerlo podría deteriorar la funcionalidad del servicio.
Billing Conductor admite roles de servicio.
Elección de un rol de IAM en Billing Conductor
Al crear un recurso en Billing Conductor, debes elegir un rol que permita a Billing Conductor acceder a Amazon EC2 en tu nombre. Si ha creado previamente un rol de servicio o un rol vinculado a servicios, Billing Conductor le proporciona una lista de roles para elegir. Es importante elegir un rol que permita el acceso para iniciar y detener las EC2 instancias de Amazon.