

**Remarque** : les inscriptions de nouveaux clients et les mises à niveau de compte ne sont plus disponibles pour Amazon. WorkDocs Découvrez les étapes de migration ici : [Comment migrer des données depuis WorkDocs](https://aws.amazon.com/blogs/business-productivity/how-to-migrate-content-from-amazon-workdocs).

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Comment Amazon WorkDocs travaille avec IAM
<a name="security_iam_service-with-iam"></a>

Avant d'utiliser IAM pour gérer l'accès à WorkDocs, vous devez connaître les fonctionnalités IAM disponibles. WorkDocs Pour obtenir une vue d'ensemble de la façon dont WorkDocs les autres AWS services fonctionnent avec IAM, consultez la section [AWS Services compatibles avec IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) dans le Guide de l'utilisateur d'*IAM*.

**Topics**
+ [WorkDocsPolitiques basées sur l'identité](#security_iam_service-with-iam-id-based-policies)
+ [WorkDocsPolitiques basées sur les ressources](#security_iam_service-with-iam-resource-based-policies)
+ [Autorisation basée sur les balises WorkDocs](#security_iam_service-with-iam-tags)
+ [WorkDocs Rôles IAM](#security_iam_service-with-iam-roles)

## WorkDocsPolitiques basées sur l'identité
<a name="security_iam_service-with-iam-id-based-policies"></a>

Avec les politiques basées sur l'identité IAM, vous pouvez spécifier des actions autorisées ou refusées. WorkDocs soutient des actions spécifiques. Pour en savoir plus sur les éléments que vous utilisez dans une politique JSON, veuillez consulter [Références des éléments de politique JSON IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) dans le *Guide de l'utilisateur IAM*.

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

Les administrateurs peuvent utiliser les politiques AWS JSON pour spécifier qui a accès à quoi. C’est-à-dire, quel **principal** peut effectuer **des actions** sur quelles **ressources** et dans quelles **conditions**.

L’élément `Action` d’une politique JSON décrit les actions que vous pouvez utiliser pour autoriser ou refuser l’accès à une politique. Les actions de stratégie portent généralement le même nom que l'opération AWS d'API associée. Il existe quelques exceptions, telles que les *actions avec autorisations uniquement* qui n’ont pas d’opération API correspondante. Certaines opérations nécessitent également plusieurs actions dans une politique. Ces actions supplémentaires sont nommées *actions dépendantes*.

Intégration d’actions dans une politique afin d’accorder l’autorisation d’exécuter les opérations associées.

Les actions de politique en WorkDocs cours utilisent le préfixe suivant avant l'action :`workdocs:`. Par exemple, pour autoriser quelqu'un à exécuter l'opération WorkDocs `DescribeUsers` d'API, vous devez inclure l'`workdocs:DescribeUsers`action dans sa politique. Les déclarations de politique doivent inclure un élément `Action` ou `NotAction`. WorkDocs définit son propre ensemble d'actions qui décrivent les tâches que vous pouvez effectuer avec ce service.

Pour spécifier plusieurs actions dans une seule déclaration, séparez-les par des virgules comme suit :

```
"Action": [
      "workdocs:DescribeUsers",
      "workdocs:CreateUser"
```

Vous pouvez aussi spécifier plusieurs actions à l’aide de caractères génériques (\*). Par exemple, pour spécifier toutes les actions qui commencent par le mot `Describe`, incluez l’action suivante :

```
"Action": "workdocs:Describe*"
```



**Note**  
Pour garantir la rétrocompatibilité, incluez l'`zocalo`action. Par exemple :  

```
"Action": [
"zocalo:*",
"workdocs:*"
],
```

Pour consulter la liste des WorkDocs actions, reportez-vous à la section [Actions définies par WorkDocs](https://docs.aws.amazon.com/IAM/latest/UserGuide/list_amazonworkdocs.html#amazonworkdocs-actions-as-permissions) dans le *guide de l'utilisateur IAM*.

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

WorkDocs ne prend pas en charge la spécification de ressources ARNs dans une politique.

### Clés de condition
<a name="security_iam_service-with-iam-id-based-policies-conditionkeys"></a>

WorkDocs ne fournit aucune clé de condition spécifique au service, mais il prend en charge l'utilisation de certaines clés de condition globales. Pour voir toutes les clés de condition AWS globales, voir les clés de [contexte de condition AWS globales](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) dans le *guide de l'utilisateur IAM*.

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



Pour consulter des exemples de politiques WorkDocs basées sur l'identité, consultez. [Exemples de politiques WorkDocs basées sur l'identité d'Amazon](security_iam_id-based-policy-examples.md)

## WorkDocsPolitiques basées sur les ressources
<a name="security_iam_service-with-iam-resource-based-policies"></a>

WorkDocs ne prend pas en charge les politiques basées sur les ressources.

## Autorisation basée sur les balises WorkDocs
<a name="security_iam_service-with-iam-tags"></a>

WorkDocs ne prend pas en charge le balisage des ressources ni le contrôle de l'accès en fonction des balises.

## WorkDocs Rôles IAM
<a name="security_iam_service-with-iam-roles"></a>

Un [rôle IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) est une entité de votre AWS compte qui dispose d'autorisations spécifiques.

### Utilisation d'informations d'identification temporaires avec WorkDocs
<a name="security_iam_service-with-iam-roles-tempcreds"></a>

Nous vous recommandons vivement d'utiliser des informations d'identification temporaires pour vous connecter à la fédération, assumer un rôle IAM ou assumer un rôle multicompte. Vous obtenez des informations d'identification de sécurité temporaires en appelant des opérations d' AWS STS API telles que [AssumeRole](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRole.html)ou [GetFederationToken](https://docs.aws.amazon.com/STS/latest/APIReference/API_GetFederationToken.html). 

WorkDocs prend en charge l'utilisation d'informations d'identification temporaires. 

### Rôles liés à un service
<a name="security_iam_service-with-iam-roles-service-linked"></a>

Les [rôles liés aux](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-linked-role) AWS services permettent aux services d'accéder aux ressources d'autres services pour effectuer une action en votre nom. Les rôles liés à un service s’affichent dans votre compte IAM et sont la propriété du service. Un administrateur IAM peut consulter, mais ne peut pas modifier, les autorisations concernant les rôles liés à un service.

WorkDocs ne prend pas en charge les rôles liés à un service.

### Rôles de service
<a name="security_iam_service-with-iam-roles-service"></a>

Cette fonction permet à un service d’endosser une [fonction du service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_terms-and-concepts.html#iam-term-service-role) en votre nom. Ce rôle autorise le service à accéder à des ressources d’autres services pour effectuer une action en votre nom. Les rôles de service s’affichent dans votre compte IAM et sont la propriété du compte. Cela signifie qu’un administrateur IAM peut modifier les autorisations associées à ce rôle. Toutefois, une telle action peut perturber le bon fonctionnement du service.

WorkDocs ne prend pas en charge les rôles de service. 