

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 funciona AWS Device Farm con IAM
<a name="security_iam_service-with-iam"></a>

Antes de utilizar IAM para administrar el acceso a Device Farm, debe comprender qué características de IAM están disponibles para su uso con Device Farm. Para obtener una visión general de cómo funcionan Device Farm y otros AWS servicios con IAM, consulte [AWS Servicios que funcionan con IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) en la Guía del usuario de *IAM*.

**Topics**
+ [Políticas basadas en identidad de Device Farm](#security_iam_service-with-iam-id-based-policies)
+ [Políticas basadas en recursos de Device Farm](#security_iam_service-with-iam-resource-based-policies)
+ [Listas de control de acceso](#security_iam_service-with-iam-acls)
+ [Autorización basada en etiquetas de Device Farm](#security_iam_service-with-iam-tags)
+ [Roles de IAM en Device Farm](#security_iam_service-with-iam-roles)

## Políticas basadas en identidad de Device Farm
<a name="security_iam_service-with-iam-id-based-policies"></a>

Con las políticas basadas en identidades de IAM, puede especificar las acciones permitidas o denegadas, así como los recursos y las condiciones en las que se permiten o deniegan las acciones. Device Farm admite acciones, claves de condición 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](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) en la *Guía del usuario de IAM*.

### Acciones
<a name="security_iam_service-with-iam-id-based-policies-actions"></a>

Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué **entidad principal** puede realizar **acciones** en qué **recursos** y en qué **condiciones**.

El elemento `Action` de una política JSON describe las acciones que puede utilizar para conceder o denegar el acceso en una política. Incluya acciones en una política para conceder permisos y así llevar a cabo la operación asociada.

Las acciones de políticas de Device Farm utilizan el siguiente prefijo antes de la acción: `devicefarm:`. Por ejemplo, para conceder a alguien permiso para iniciar sesiones de Selenium con la operación de la API `CreateTestGridUrl` de Device Farm, incluya la acción `devicefarm:CreateTestGridUrl` en la política. Las instrucciones de la política deben incluir un elemento `Action` o un elemento `NotAction`. Device Farm 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": [
      "devicefarm:action1",
      "devicefarm:action2"
```

Puede utilizar caracteres comodín para especificar varias acciones (\$1). Por ejemplo, para especificar todas las acciones que comiencen con la palabra `List`, incluya la siguiente acción:

```
"Action": "devicefarm:List*"
```



Para ver una lista de las acciones de Device Farm, consulte [Acciones definidas por  AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions) en la *Referencia de autorizaciones de servicio de IAM*.

### Recursos
<a name="security_iam_service-with-iam-id-based-policies-resources"></a>

Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué **entidad principal** puede 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. Como práctica recomendada, especifique un recurso utilizando el [Nombre de recurso de Amazon (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). En el caso de las acciones que no admiten permisos por recurso, utilice un carácter comodín (\$1) para indicar que la instrucción se aplica a todos los recursos.

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



El recurso de instancia de Amazon EC2 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](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html).

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, utilice el carácter comodín (\$1):

```
"Resource": "arn:aws:ec2:us-east-1:123456789012:instance/*"
```

Algunas acciones de Device Farm, como las que se utilizan para crear recursos, no se pueden llevar a cabo en un recurso. En dichos casos, debe utilizar el carácter comodín (\$1).

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

En muchas acciones de la API de Amazon EC2 se utilizan 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 Device Farm y sus tipos ARNs, consulte los [tipos de recursos definidos AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-resources-for-iam-policies) en la *Referencia de autorización de servicios de IAM*. Para saber con qué acciones puede especificar el ARN de cada recurso, consulte [Acciones definidas por AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions) en la *Referencia de autorizaciones de servicio de IAM*.

### Claves de condición
<a name="security_iam_service-with-iam-id-based-policies-conditionkeys"></a>

Los administradores pueden usar las políticas de AWS JSON para especificar quién tiene acceso a qué. Es decir, qué **entidad principal** puede realizar **acciones** en qué **recursos** y en qué **condiciones**.

El elemento `Condition` especifica cuándo se ejecutan las instrucciones en función de criterios definidos. Puede crear expresiones condicionales que utilizan [operadores de condición](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html), tales como igual o menor que, para que la condición de la política coincida con los valores de la solicitud. Para ver todas las claves de condición AWS globales, consulte las claves de [contexto de condición AWS globales](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) en la *Guía del usuario de IAM*.

Device Farm 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](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) en la Guía del *usuario de IAM*.

Para ver una lista de las claves de condición de Device Farm, consulte [Claves de condición para  AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-policy-keys) en la *Referencia de autorizaciones de servicio de IAM*. Para saber con qué acciones y recursos puede usar una clave de condición, consulte [Acciones definidas por AWS Device Farm](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awsdevicefarm.html#awsdevicefarm-actions-as-permissions) en la *Referencia de autorizaciones de servicio de IAM*. 

### Ejemplos
<a name="security_iam_service-with-iam-id-based-policies-examples"></a>



Para ver ejemplos de políticas basadas en identidad de Device Farm, consulte [Ejemplos de políticas basadas en identidad de AWS Device Farm](security_iam_id-based-policy-examples.md).

## Políticas basadas en recursos de Device Farm
<a name="security_iam_service-with-iam-resource-based-policies"></a>

Device Farm no admite las políticas basadas en recursos.

## Listas de control de acceso
<a name="security_iam_service-with-iam-acls"></a>

Device Farm no admite listas de control de acceso (ACLs).

## Autorización basada en etiquetas de Device Farm
<a name="security_iam_service-with-iam-tags"></a>

Puede adjuntar etiquetas a los recursos de Device Farm o transferirlas en una solicitud a Device Farm. Para controlar el acceso en función de etiquetas, debe proporcionar información de las etiquetas en el [elemento de condición](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) de una política utilizando las claves de condición `aws:ResourceTag/key-name`, `aws:RequestTag/key-name` o `aws:TagKeys`. Para obtener más información acerca del etiquetado de recursos de Device Farm, consulte [Etiquetado de recursos en AWS Device Farm](tagging.md). 

Para consultar un ejemplo de política basada en la identidad para limitar el acceso a un recurso en función de las etiquetas de ese recurso, consulte [Visualización de proyectos de pruebas de navegadores de escritorio de Device Farm basados en etiquetas](security_iam_id-based-policy-examples.md#security_iam_id-based-policy-examples-view-project-tags).

## Roles de IAM en Device Farm
<a name="security_iam_service-with-iam-roles"></a>

Un [rol de IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) es una entidad de tu AWS cuenta que tiene permisos específicos.

### Uso de credenciales temporales con Device Farm
<a name="security_iam_service-with-iam-roles-tempcreds"></a>

Device Farm admite el uso de credenciales temporales. 

Puede utilizar credenciales temporales para iniciar sesión con federación para asumir un rol de IAM o un rol de acceso entre cuentas. Para obtener credenciales de seguridad temporales, puede llamar a operaciones de AWS STS API como [AssumeRole](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRole.html)o [GetFederationToken](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetFederationToken.html). 

### Roles vinculados a servicios
<a name="security_iam_service-with-iam-roles-service-linked"></a>

Los [roles vinculados a un servicio](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) 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.

Device Farm utiliza funciones vinculadas a servicios en la característica de pruebas del navegador de escritorio Device Farm. Para obtener información sobre estas funciones, consulte [Uso de funciones vinculadas a servicios en las pruebas del navegador de escritorio de Device Farm](https://docs.aws.amazon.com//devicefarm/latest/testgrid/using-service-linked-roles.html) en la guía para desarrolladores.

### Roles de servicio
<a name="security_iam_service-with-iam-roles-service"></a>

Device Farm no admite roles de servicio. 

Esta característica permite que un servicio asuma un [rol de servicio](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role) 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.

