Pour des fonctionnalités similaires à celles d'Amazon Timestream pour, pensez à Amazon Timestream LiveAnalytics pour InfluxDB. Il permet une ingestion simplifiée des données et des temps de réponse aux requêtes à un chiffre en millisecondes pour des analyses en temps réel. Pour en savoir plus, [cliquez ici](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html). 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. # Gestion des identités et des accès pour Amazon Timestream pour LiveAnalytics Gestion des identités et des accès AWS (IAM) est un outil Service AWS qui permet à un administrateur de contrôler en toute sécurité l'accès aux AWS ressources. Les administrateurs IAM contrôlent qui peut être *authentifié* (connecté) et *autorisé (autorisé*) à utiliser Timestream pour les ressources. LiveAnalytics IAM est un Service AWS outil que vous pouvez utiliser sans frais supplémentaires. **Topics** + [Public ciblé](#security_iam_audience) + [Authentification par des identités](#security_iam_authentication) + [Gestion de l’accès à l’aide de politiques](#security_iam_access-manage) + [Comment Amazon Timestream for fonctionne avec IAM LiveAnalytics](security_iam_service-with-iam.md) + [AWS politiques gérées pour Amazon Timestream Live Analytics](security-iam-awsmanpol.md) + [Amazon Timestream LiveAnalytics pour des exemples de politiques basées sur l'identité](security_iam_id-based-policy-examples.md) + [Résolution des problèmes liés à Amazon Timestream en matière LiveAnalytics d'identité et d'accès](security_iam_troubleshoot.md) ## Public ciblé La façon dont vous utilisez Gestion des identités et des accès AWS (IAM) varie en fonction de votre rôle : + **Utilisateur du service** : demandez des autorisations à votre administrateur si vous ne pouvez pas accéder aux fonctionnalités (voir [Résolution des problèmes liés à Amazon Timestream en matière LiveAnalytics d'identité et d'accès](security_iam_troubleshoot.md)) + **Administrateur du service** : déterminez l’accès des utilisateurs et soumettez les demandes d’autorisation (voir [Comment Amazon Timestream for fonctionne avec IAM LiveAnalytics](security_iam_service-with-iam.md)) + **Administrateur IAM** : rédigez des politiques pour gérer l’accès (voir [Amazon Timestream LiveAnalytics pour des exemples de politiques basées sur l'identité](security_iam_id-based-policy-examples.md)) ## Authentification par des identités L'authentification est la façon dont vous vous connectez à AWS l'aide de vos informations d'identification. Vous devez être authentifié en tant qu'utilisateur IAM ou en assumant un rôle IAM. Utilisateur racine d'un compte AWS Vous pouvez vous connecter en tant qu'identité fédérée à l'aide d'informations d'identification provenant d'une source d'identité telle que AWS IAM Identity Center (IAM Identity Center), d'une authentification unique ou d'informations d'identification. Google/Facebook Pour plus d’informations sur la connexion, consultez [Connexion à votre Compte AWS](https://docs.aws.amazon.com/signin/latest/userguide/how-to-sign-in.html) dans le *Guide de l’utilisateur Connexion à AWS *. Pour l'accès par programmation, AWS fournit un SDK et une CLI pour signer les demandes de manière cryptographique. Pour plus d’informations, consultez [Signature AWS Version 4 pour les demandes d’API](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) dans le *Guide de l’utilisateur IAM*. ### Utilisateurs et groupes IAM Un *[utilisateur IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users.html)* est une identité qui dispose d’autorisations spécifiques pour une seule personne ou application. Nous vous recommandons d’utiliser ces informations d’identification temporaires au lieu des utilisateurs IAM avec des informations d’identification à long terme. Pour plus d'informations, voir [Exiger des utilisateurs humains qu'ils utilisent la fédération avec un fournisseur d'identité pour accéder à AWS l'aide d'informations d'identification temporaires](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html#bp-users-federation-idp) dans le *guide de l'utilisateur IAM*. [https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_groups.html) spécifient une collection d’utilisateurs IAM et permettent de gérer plus facilement les autorisations pour de grands ensembles d’utilisateurs. Pour plus d’informations, consultez [Cas d’utilisation pour les utilisateurs IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/gs-identities-iam-users.html) dans le *Guide de l’utilisateur IAM*. ### Rôles IAM Un *[rôle IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)* est une identité dotée d’autorisations spécifiques qui fournit des informations d’identification temporaires. Vous pouvez assumer un rôle en [passant d'un rôle d'utilisateur à un rôle IAM (console)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html) ou en appelant une opération d' AWS API AWS CLI ou d'API. Pour plus d’informations, consultez [Méthodes pour endosser un rôle](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage-assume.html) dans le *Guide de l’utilisateur IAM*. Les rôles IAM sont utiles pour l’accès des utilisateurs fédérés, les autorisations temporaires des utilisateurs IAM, les accès intercompte, les accès entre services et les applications exécutées sur Amazon EC2. Pour plus d’informations, consultez [Accès intercompte aux ressources dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dans le *Guide de l’utilisateur IAM*. ## Gestion de l’accès à l’aide de politiques Vous contrôlez l'accès en AWS créant des politiques et en les associant à AWS des identités ou à des ressources. Une politique définit les autorisations lorsqu'elles sont associées à une identité ou à une ressource. AWS évalue ces politiques lorsqu'un directeur fait une demande. La plupart des politiques sont stockées AWS sous forme de documents JSON. Pour plus d’informations les documents de politique JSON, consultez [Vue d’ensemble des politiques JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#access_policies-json) dans le *Guide de l’utilisateur IAM*. À l’aide de politiques, les administrateurs précisent qui a accès à quoi en définissant quel **principal** peut effectuer des **actions** sur quelles **ressources** et dans quelles **conditions**. Par défaut, les utilisateurs et les rôles ne disposent d’aucune autorisation. Un administrateur IAM crée des politiques IAM et les ajoute aux rôles, que les utilisateurs peuvent ensuite assumer. Les politiques IAM définissent les autorisations quelle que soit la méthode que vous utilisez pour exécuter l’opération. ### Politiques basées sur l’identité Les stratégies basées sur l’identité sont des documents de stratégie d’autorisations JSON que vous attachez à une identité (utilisateur, groupe ou rôle). Ces politiques contrôlent les actions que peuvent exécuter ces identités, sur quelles ressources et dans quelles conditions. Pour découvrir comment créer une politique basée sur l’identité, consultez [Définition d’autorisations IAM personnalisées avec des politiques gérées par le client](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dans le *Guide de l’utilisateur IAM*. Les politiques basées sur l’identité peuvent être des *politiques intégrées* (intégrées directement dans une seule identité) ou des *politiques gérées (politiques* autonomes associées à plusieurs identités). Pour découvrir comment choisir entre des politiques gérées et en ligne, consultez [Choix entre les politiques gérées et les politiques en ligne](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-choosing-managed-or-inline.html) dans le *Guide de l’utilisateur IAM*. ### Politiques basées sur les ressources Les politiques basées sur les ressources sont des documents de politique JSON que vous attachez à une ressource. Les exemples incluent *les politiques de confiance de rôle* IAM et les *stratégies de compartiment* Amazon S3. Dans les services qui sont compatibles avec les politiques basées sur les ressources, les administrateurs de service peuvent les utiliser pour contrôler l’accès à une ressource spécifique. Vous devez [spécifier un principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) dans une politique basée sur les ressources. Les politiques basées sur les ressources sont des politiques en ligne situées dans ce service. Vous ne pouvez pas utiliser les politiques AWS gérées par IAM dans une stratégie basée sur les ressources. ### Listes de contrôle d'accès (ACLs) Les listes de contrôle d'accès (ACLs) contrôlent les principaux (membres du compte, utilisateurs ou rôles) autorisés à accéder à une ressource. ACLs sont similaires aux politiques basées sur les ressources, bien qu'elles n'utilisent pas le format de document de politique JSON. Amazon S3 et AWS WAF Amazon VPC sont des exemples de services compatibles. ACLs Pour en savoir plus ACLs, consultez la [présentation de la liste de contrôle d'accès (ACL)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acl-overview.html) dans le *guide du développeur Amazon Simple Storage Service*. ### Autres types de politique AWS prend en charge des types de politiques supplémentaires qui peuvent définir les autorisations maximales accordées par les types de politiques les plus courants : + **Limites d’autorisations** : une limite des autorisations définit le nombre maximum d’autorisations qu’une politique basée sur l’identité peut accorder à une entité IAM. Pour plus d’informations, consultez [Limites d’autorisations pour des entités IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_boundaries.html) dans le *Guide de l’utilisateur IAM*. + **Politiques de contrôle des services (SCPs)** — Spécifiez les autorisations maximales pour une organisation ou une unité organisationnelle dans AWS Organizations. Pour plus d’informations, consultez [Politiques de contrôle de service](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps.html) dans le *Guide de l’utilisateur AWS Organizations *. + **Politiques de contrôle des ressources (RCPs)** : définissez le maximum d'autorisations disponibles pour les ressources de vos comptes. Pour plus d'informations, voir [Politiques de contrôle des ressources (RCPs)](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_rcps.html) dans le *guide de AWS Organizations l'utilisateur*. + **Politiques de session** : politiques avancées que vous passez en tant que paramètre lorsque vous créez par programmation une session temporaire pour un rôle ou un utilisateur fédéré. Pour plus d’informations, consultez [Politiques de session](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html#policies_session) dans le *Guide de l’utilisateur IAM*. ### Plusieurs types de politique Lorsque plusieurs types de politiques s’appliquent à la requête, les autorisations en résultant sont plus compliquées à comprendre. Pour savoir comment AWS déterminer s'il faut autoriser une demande lorsque plusieurs types de politiques sont impliqués, consultez la section [Logique d'évaluation des politiques](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) dans le *guide de l'utilisateur IAM*. # Comment Amazon Timestream for fonctionne avec IAM LiveAnalytics Avant d'utiliser IAM pour gérer l'accès à Timestream LiveAnalytics, vous devez connaître les fonctionnalités IAM disponibles avec Timestream for. LiveAnalytics *Pour obtenir une vue d'ensemble du fonctionnement de Timestream for LiveAnalytics et des autres AWS services avec IAM, consultez AWS la section Services That [Work with IAM dans le guide de l'utilisateur d'IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html).* **Topics** + [Timestream pour les politiques basées sur l'identité LiveAnalytics](#security_iam_service-with-iam-id-based-policies) + [Timestream pour les politiques basées sur les ressources LiveAnalytics](#security_iam_service-with-iam-resource-based-policies) + [Autorisation basée sur le Timestream pour les tags LiveAnalytics](#security_iam_service-with-iam-tags) + [Timestream pour LiveAnalytics les rôles IAM](#security_iam_service-with-iam-roles) ## Timestream pour les politiques basées sur l'identité LiveAnalytics Avec les politiques IAM basées sur l’identité, vous pouvez spécifier des actions et ressources autorisées ou refusées, ainsi que les conditions dans lesquelles les actions sont autorisées ou refusées. Timestream for LiveAnalytics prend en charge des actions et des ressources spécifiques, ainsi que des clés de condition. Pour en savoir plus sur tous les éléments que vous utilisez dans une politique JSON, consultez [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 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. Intégration d’actions dans une politique afin d’accorder l’autorisation d’exécuter les opérations associées. Vous pouvez spécifier les actions suivantes dans l'élément Action d'une déclaration de politique IAM. Utilisez des politiques pour accorder des autorisations permettant d’effectuer une opération dans AWS. Lorsque vous utilisez une action dans une politique, vous autorisez ou refusez généralement l'accès à l'opération API, à la commande CLI ou à la commande SQL portant le même nom. Dans certains cas, une seule action contrôle l'accès à une opération d'API ainsi qu'à une commande SQL. D'autres opérations, quant à elles, requièrent plusieurs actions différentes. Pour obtenir la liste des options Timestream prises en charge, consultez le tableau ci-dessous : LiveAnalytics `Action` **Note** Pour toutes les données spécifiques à une base de données`Actions`, vous pouvez spécifier un ARN de base de données afin de limiter l'action à une base de données particulière. | Actions | Description | Niveau d'accès | Types de ressources (\$1obligatoire) | | --- | --- | --- | --- | | DescribeEndpoints | Renvoie le point de terminaison Timestream auquel les demandes suivantes doivent être adressées. | Tous | \$1 | | Select | Exécutez des requêtes sur Timestream qui sélectionnent les données d'une ou de plusieurs tables. [Voir cette note pour une explication détaillée](#security_iam_service-with-iam-id-based-policies-actions.select-vs-selectvalues) | Lecture | tableau\$1 | | CancelQuery | Annulez une requête. | Lecture | \$1 | | ListTables | Obtenez la liste des tables. | List | base de données\$1 | | ListDatabases | Obtenez la liste des bases de données. | List | \$1 | | ListMeasures | Obtenez la liste des mesures. | Lecture | tableau\$1 | | DescribeTable | Obtenez la description du tableau. | Lecture | tableau\$1 | | DescribeDatabase | Obtenez la description de la base de données. | Lecture | base de données\$1 | | SelectValues | Exécutez des requêtes qui ne nécessitent pas la spécification d'une ressource particulière. [Consultez cette note pour une explication détaillée](#security_iam_service-with-iam-id-based-policies-actions.select-vs-selectvalues). | Lecture | \$1 | | WriteRecords | Insérez des données dans Timestream. | Écrire | tableau\$1 | | CreateTable | Créer une table. | Écrire | base de données\$1 | | CreateDatabase | Créez une base de données. | Écrire | \$1 | | DeleteDatabase | Supprimez une base de données. | Écrire | \$1 | | UpdateDatabase | Mettez à jour une base de données. | Écrire | \$1 | | DeleteTable | Supprimez un tableau. | Écrire | base de données\$1 | | UpdateTable | Mettez à jour un tableau. | Écrire | base de données\$1 | #### SelectValues par rapport à sélectionner : `SelectValues`est un `Action` qui est utilisé pour les requêtes *ne* nécessitant aucune ressource. Voici un exemple de requête ne nécessitant aucune ressource : ``` SELECT 1 ``` Notez que cette requête ne fait pas référence à un flux temporel spécifique pour LiveAnalytics une ressource. Prenons un autre exemple : ``` SELECT now() ``` Cette requête renvoie l'horodatage actuel à l'aide de la `now()` fonction, mais aucune ressource ne doit être spécifiée. `SelectValues`est souvent utilisé pour les tests, de sorte que Timestream for LiveAnalytics peut exécuter des requêtes sans ressources. Maintenant, considérez une `Select` requête : ``` SELECT * FROM database.table ``` Ce type de requête nécessite une ressource, en particulier un flux temporel pour LiveAnalytics `table`, afin que les données spécifiées puissent être extraites de la table. ### Ressources 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 de politique JSON `Resource` indique le ou les objets auxquels l’action s’applique. Il est recommandé de définir une ressource à l’aide de son [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). Pour les actions qui ne sont pas compatibles avec les autorisations de niveau ressource, utilisez un caractère générique (\$1) afin d’indiquer que l’instruction s’applique à toutes les ressources. ``` "Resource": "*" ``` Dans Timestream, les LiveAnalytics bases de données et les tables peuvent être utilisées dans l'`Resource`élément des autorisations IAM. La ressource Timestream for LiveAnalytics database possède l'ARN suivant : ``` arn:${Partition}:timestream:${Region}:${Account}:database/${DatabaseName} ``` La ressource Timestream for LiveAnalytics table possède l'ARN suivant : ``` arn:${Partition}:timestream:${Region}:${Account}:database/${DatabaseName}/table/${TableName} ``` Pour plus d'informations sur le format de ARNs, consultez [Amazon Resource Names (ARNs) et AWS Service Namespaces](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html). Par exemple, pour spécifier le keyspace `database` dans votre déclaration, utilisez l'ARN suivant : ``` "Resource": "arn:aws:timestream:us-east-1:123456789012:database/mydatabase" ``` Pour spécifier toutes les bases de données appartenant à un compte spécifique, utilisez le caractère générique (\$1) : ``` "Resource": "arn:aws:timestream:us-east-1:123456789012:database/*" ``` Certaines diffusions temporelles pour des LiveAnalytics actions, telles que celles relatives à la création de ressources, ne peuvent pas être effectuées sur une ressource spécifique. Dans ces cas-là, vous devez utiliser le caractère générique (\$1). ``` "Resource": "*" ``` ### Clés de condition Timestream for LiveAnalytics ne fournit aucune clé de condition spécifique à un 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, consultez la section [Clés contextuelles de condition AWS globale](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) dans le *guide de l'utilisateur IAM*. ### Exemples Pour consulter des exemples de Timestream pour les politiques LiveAnalytics basées sur l'identité, voir. [Amazon Timestream LiveAnalytics pour des exemples de politiques basées sur l'identité](security_iam_id-based-policy-examples.md) ## Timestream pour les politiques basées sur les ressources LiveAnalytics Timestream for LiveAnalytics ne prend pas en charge les politiques basées sur les ressources. Pour afficher un exemple de page de stratégie basée sur les ressources détaillée, consultez [https://docs.aws.amazon.com/lambda/latest/dg/access-control-resource-based.html](https://docs.aws.amazon.com/lambda/latest/dg/access-control-resource-based.html). ## Autorisation basée sur le Timestream pour les tags LiveAnalytics Vous pouvez gérer l'accès à votre Timestream pour les LiveAnalytics ressources à l'aide de balises. Pour gérer l'accès aux ressources basé sur des balises, vous devez fournir les informations de balise dans l'[élément Condition](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) d'une stratégie utilisant les clés de condition `timestream:ResourceTag/key-name`, `aws:RequestTag/key-name` ou `aws:TagKeys`. Pour plus d'informations sur le balisage de Timestream pour les LiveAnalytics ressources, consultez. [Ajout d'identifications et d'étiquettes aux ressources](tagging-keyspaces.md) Pour visualiser un exemple de stratégie basée sur l'identité permettant de limiter l'accès à une ressource en fonction des balises de cette ressource, veuillez consulter [Timestream pour l'accès aux LiveAnalytics ressources en fonction des balises](security_iam_id-based-policy-examples.md#security_iam_id-based-policy-examples-tags). ## Timestream pour LiveAnalytics les rôles IAM Un [rôle IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) est une entité de votre AWS compte qui possède des autorisations spécifiques. ### Utilisation d'informations d'identification temporaires avec Timestream pour LiveAnalytics Vous pouvez utiliser des informations d’identification temporaires pour vous connecter à l’aide de la fédération, endosser un rôle IAM ou encore pour endosser un rôle intercompte. 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). ### Rôles liés à un service Timestream for LiveAnalytics ne prend pas en charge les rôles liés à un service. ### Rôles du service Timestream for LiveAnalytics ne prend pas en charge les rôles de service. # AWS politiques gérées pour Amazon Timestream Live Analytics Une politique AWS gérée est une politique autonome créée et administrée par AWS. AWS les politiques gérées sont conçues pour fournir des autorisations pour de nombreux cas d'utilisation courants afin que vous puissiez commencer à attribuer des autorisations aux utilisateurs, aux groupes et aux rôles. N'oubliez pas que les politiques AWS gérées peuvent ne pas accorder d'autorisations de moindre privilège pour vos cas d'utilisation spécifiques, car elles sont accessibles à tous les AWS clients. Nous vous recommandons de réduire encore les autorisations en définissant des [politiques gérées par le client](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#customer-managed-policies) qui sont propres à vos cas d’utilisation. Vous ne pouvez pas modifier les autorisations définies dans les politiques AWS gérées. Si les autorisations définies dans une politique AWS gérée sont AWS mises à jour, la mise à jour affecte toutes les identités principales (utilisateurs, groupes et rôles) auxquelles la politique est attachée. AWS est le plus susceptible de mettre à jour une politique AWS gérée lorsqu'une nouvelle Service AWS est lancée ou lorsque de nouvelles opérations d'API sont disponibles pour les services existants. Pour plus d’informations, consultez [Politiques gérées par AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) dans le *Guide de l’utilisateur IAM*. **Topics** + [AmazonTimestreamInfluxDBFullAccès](#security-iam-awsmanpol-AmazonTimestreamInfluxDBFullAccess) + [AmazonTimestreamReadOnlyAccess](#security-iam-awsmanpol-AmazonTimestreamReadOnlyAccess) + [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) + [AmazonTimestreamFullAccess](#security-iam-awsmanpol-AmazonTimestreamFullAccess) + [Mises à jour des politiques](#security-iam-awsmanpol-updates) ## AWS politique gérée : AmazonTimestreamInflux DBFull Accès Vous pouvez associer `AmazonTimestreamInfluxDBFullAccess` à vos utilisateurs, groupes et rôles. La politique d'accès pour créer, mettre à jour, supprimer et répertorier les instances Amazon Timestream InfluxDB. **Détails de l’autorisation** Cette politique inclut l’autorisation suivante : + `Amazon Timestream`— Fournit un accès administratif complet pour créer, mettre à jour, supprimer et répertorier les instances Amazon Timestream InfluxDB, ainsi que pour créer et répertorier des groupes de paramètres. Pour consulter cette politique au format JSON, consultez [AmazonTimestreamInfluxDBFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonTimestreamInfluxDBFullAccess.html). ## AWS politique gérée : AmazonTimestreamReadOnlyAccess Vous pouvez associer `AmazonTimestreamReadOnlyAccess` à vos utilisateurs, groupes et rôles. La politique fournit un accès en lecture seule à Amazon Timestream. **Détails de l’autorisation** Cette politique inclut l’autorisation suivante : + `Amazon Timestream`— Fournit un accès en lecture seule à Amazon Timestream. Cette politique accorde également l'autorisation d'annuler toute requête en cours d'exécution. Pour consulter cette politique au format JSON, consultez [AmazonTimestreamReadOnlyAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonTimestreamReadOnlyAccess.html). ## AWS politique gérée : AmazonTimestreamConsoleFullAccess Vous pouvez associer `AmazonTimestreamConsoleFullAccess` à vos utilisateurs, groupes et rôles. La politique fournit un accès complet pour gérer Amazon Timestream à l'aide du. AWS Management Console Cette politique accorde également des autorisations pour certaines AWS KMS opérations et pour gérer vos requêtes enregistrées. **Détails de l’autorisation** Cette politique inclut les autorisations suivantes : + `Amazon Timestream`— Accorde aux principaux un accès complet à Amazon Timestream. + `AWS KMS`— Permet aux principaux de répertorier les alias et de décrire les clés. + `Amazon S3`— Permet aux principaux de répertorier tous les compartiments Amazon S3. + `Amazon SNS`— Permet aux principaux de répertorier les rubriques Amazon SNS. + `IAM`— Permet aux principaux de répertorier les rôles IAM. + `DBQMS` : permet aux principaux d’accéder, de créer, de supprimer, de décrire et de mettre à jour des requêtes. Le service de métadonnées de requête de base de données (dbqms) est un service interne uniquement. Il fournit vos requêtes récentes et enregistrées pour l'éditeur de requêtes sur le AWS Management Console for multiple Services AWS, y compris Amazon Timestream. + `Pricing`— Permet aux principaux d'accéder à l'estimation des prix pour la configuration des ressources InfluxDB lors de la création. + `Marketplace`— Permet aux principaux d'accéder aux ressources du marché et de créer des accords pour le cluster InfluxDB avec la création de réplicas de lecture. Pour consulter cette politique au format JSON, consultez [AmazonTimestreamConsoleFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonTimestreamConsoleFullAccess.html). ## AWS politique gérée : AmazonTimestreamFullAccess Vous pouvez associer `AmazonTimestreamFullAccess` à vos utilisateurs, groupes et rôles. La politique fournit un accès complet à Amazon Timestream. Cette politique accorde également des autorisations pour certaines AWS KMS opérations. **Détails de l’autorisation** Cette politique inclut les autorisations suivantes : + `Amazon Timestream`— Accorde aux principaux un accès complet à Amazon Timestream. + `AWS KMS`— Permet aux principaux de répertorier les alias et de décrire les clés. + `Amazon S3`— Permet aux principaux de répertorier tous les compartiments Amazon S3. Pour consulter cette politique au format JSON, consultez [AmazonTimestreamFullAccess](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonTimestreamFullAccess.html). ## Mises à jour des politiques gérées par Timestream Live Analytics AWS Consultez les détails des mises à jour des politiques AWS gérées pour Timestream Live Analytics depuis que ce service a commencé à suivre ces modifications. Pour recevoir des alertes automatiques concernant les modifications apportées à cette page, abonnez-vous au flux RSS sur la page d'[historique des documents Timestream Live Analytics](doc-history.md). | Modifier | Description | Date | | --- | --- | --- | | [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) – Mise à jour d’une stratégie existante | Timestream for InfluxDB a ajouté l'identifiant de produit Influx Enterprise Marketplace à la politique `AmazonTimestreamInfluxDBFullAccess` gérée existante afin de prendre en charge l'abonnement aux offres du marché d'entreprise. Ces autorisations sont limitées à des produits AWS Marketplace spécifiques par le biais d'une condition qui limite l'accès à certains d'entre eux uniquement`ProductIds`. Voir [AmazonTimestreamInfluxDBFullAccès](https://docs.aws.amazon.com/timestream/latest/developerguide/security-iam-awsmanpol-influxdb.html#iam.identitybasedpolicies.predefinedpolicies). | 17 octobre 2025 | | [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) : mise à jour d’une politique existante | Ajout des autorisations AWS Marketplace à la politique `AmazonTimestreamConsoleFullAccess` gérée existante pour accéder aux ressources du marché et créer des accords pour le cluster InfluxDB avec la création de réplicas de lecture. Timestream Live Analytics a également mis à jour cette politique gérée en ajoutant un `Sid` champ. La mise à jour de la politique n'a aucun impact sur l'utilisation de la politique `AmazonTimestreamConsoleFullAccess` gérée. | 20 août 2025 | | [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) : mise à jour d’une politique existante | L'`pricing:GetProducts`action a été ajoutée à la politique `AmazonTimestreamConsoleFullAccess` gérée existante pour fournir des estimations de prix pour les configurations de ressources InfluxDB lors de la création. La mise à jour de la politique n'a aucun impact sur l'utilisation de la politique `AmazonTimestreamConsoleFullAccess` gérée. | 10 juin 2025 | | [AmazonTimestreamReadOnlyAccess](#security-iam-awsmanpol-AmazonTimestreamReadOnlyAccess) : mise à jour d’une politique existante | L'`timestream:DescribeAccountSettings`action a été ajoutée à la politique `AmazonTimestreamReadOnlyAccess` gérée existante. Cette action est utilisée pour décrire Compte AWS les paramètres. Timestream Live Analytics a également mis à jour cette politique gérée en ajoutant un `Sid` champ. La mise à jour de la politique n'a aucun impact sur l'utilisation de la politique `AmazonTimestreamReadOnlyAccess` gérée. | 3 juin 2024 | | [AmazonTimestreamReadOnlyAccess](#security-iam-awsmanpol-AmazonTimestreamReadOnlyAccess) : mise à jour d’une politique existante | Les `timestream:ListBatchLoadTasks` actions `timestream:DescribeBatchLoadTask` et ont été ajoutées à la politique `AmazonTimestreamReadOnlyAccess` gérée existante. Ces actions sont utilisées lors de la liste et de la description des tâches de chargement par lots. La mise à jour de la politique n'a aucun impact sur l'utilisation de la politique `AmazonTimestreamReadOnlyAccess` gérée. | 24 février 2023 | | [AmazonTimestreamReadOnlyAccess](#security-iam-awsmanpol-AmazonTimestreamReadOnlyAccess) : mise à jour d’une politique existante | Les `timestream:ListScheduledQueries` actions `timestream:DescribeScheduledQuery` et ont été ajoutées à la politique `AmazonTimestreamReadOnlyAccess` gérée existante. Ces actions sont utilisées pour répertorier et décrire les requêtes planifiées existantes. La mise à jour de la politique n'a aucun impact sur l'utilisation de la politique `AmazonTimestreamReadOnlyAccess` gérée. | 29 novembre 2021 | | [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) : mise à jour d’une politique existante | L'`s3:ListAllMyBuckets`action a été ajoutée à la politique `AmazonTimestreamConsoleFullAccess` gérée existante. Cette action est utilisée lorsque vous spécifiez un compartiment Amazon S3 pour Timestream afin de consigner les erreurs d'écriture dans le magasin magnétique. La mise à jour de la politique n'a aucun impact sur l'utilisation de la politique `AmazonTimestreamConsoleFullAccess` gérée. | 29 novembre 2021 | | [AmazonTimestreamFullAccess](#security-iam-awsmanpol-AmazonTimestreamFullAccess) : mise à jour d’une politique existante | L'`s3:ListAllMyBuckets`action a été ajoutée à la politique `AmazonTimestreamFullAccess` gérée existante. Cette action est utilisée lorsque vous spécifiez un compartiment Amazon S3 pour Timestream afin de consigner les erreurs d'écriture dans le magasin magnétique. La mise à jour de la politique n'a aucun impact sur l'utilisation de la politique `AmazonTimestreamFullAccess` gérée. | 29 novembre 2021 | | [AmazonTimestreamConsoleFullAccess](#security-iam-awsmanpol-AmazonTimestreamConsoleFullAccess) : mise à jour d’une politique existante | Les actions redondantes ont été supprimées de la politique `AmazonTimestreamConsoleFullAccess` gérée existante. Auparavant, cette politique incluait une action `dbqms:DescribeQueryHistory` redondante. La politique mise à jour supprime l'action redondante. La mise à jour de la politique n'a aucun impact sur l'utilisation de la politique `AmazonTimestreamConsoleFullAccess` gérée. | 23 avril 2021 | | Timestream Live Analytics a commencé à suivre les modifications | Timestream Live Analytics a commencé à suivre les modifications apportées à ses politiques AWS gérées. | 21 avril 2021 | # Amazon Timestream LiveAnalytics pour des exemples de politiques basées sur l'identité Par défaut, les utilisateurs et les rôles IAM ne sont pas autorisés à créer ou à modifier Timestream pour les ressources. LiveAnalytics Ils ne peuvent pas non plus effectuer de tâches à l'aide du AWS Management Console CQLSH ou AWS de l' AWS CLI API. Un administrateur IAM doit créer des politiques IAM autorisant les utilisateurs et les rôles à exécuter des opérations d'API spécifiques sur les ressources spécifiées dont ils ont besoin. Il doit ensuite attacher ces politiques aux utilisateurs ou aux groupes IAM ayant besoin de ces autorisations. Pour savoir comment créer une stratégie IAM basée sur l'identité à l'aide de ces exemples de documents de stratégie JSON, veuillez consulter [Création de stratégies dans l'onglet JSON](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor) dans le *Guide de l'utilisateur IAM*. **Topics** + [Bonnes pratiques en matière de politiques](#security_iam_service-with-iam-policy-best-practices) + [Utilisation du Timestream pour console LiveAnalytics](#security_iam_id-based-policy-examples-console) + [Autorisation accordée aux utilisateurs pour afficher leurs propres autorisations](#security_iam_id-based-policy-examples-view-own-permissions) + [Opérations courantes dans Timestream pour LiveAnalytics](#security_iam_id-based-policy-examples-common-operations) + [Timestream pour l'accès aux LiveAnalytics ressources en fonction des balises](#security_iam_id-based-policy-examples-tags) + [Requêtes planifiées](#security_iam_id-based-policy-examples-sheduledqueries) ## Bonnes pratiques en matière de politiques Les politiques basées sur l'identité déterminent si quelqu'un peut créer, accéder ou supprimer Timestream pour les LiveAnalytics ressources de votre compte. Ces actions peuvent entraîner des frais pour votre Compte AWS. Lorsque vous créez ou modifiez des politiques basées sur l’identité, suivez ces instructions et recommandations : + **Commencez AWS par les politiques gérées et passez aux autorisations du moindre privilège : pour commencer à accorder des autorisations** à vos utilisateurs et à vos charges de travail, utilisez les *politiques AWS gérées* qui accordent des autorisations pour de nombreux cas d'utilisation courants. Ils sont disponibles dans votre Compte AWS. Nous vous recommandons de réduire davantage les autorisations en définissant des politiques gérées par les AWS clients spécifiques à vos cas d'utilisation. Pour plus d’informations, consultez [politiques gérées par AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies) ou [politiques gérées par AWS pour les activités professionnelles](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html) dans le *Guide de l’utilisateur IAM*. + **Accordez les autorisations de moindre privilège** : lorsque vous définissez des autorisations avec des politiques IAM, accordez uniquement les autorisations nécessaires à l’exécution d’une seule tâche. Pour ce faire, vous définissez les actions qui peuvent être entreprises sur des ressources spécifiques dans des conditions spécifiques, également appelées *autorisations de moindre privilège*. Pour plus d’informations sur l’utilisation d’IAM pour appliquer des autorisations, consultez [politiques et autorisations dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) dans le *Guide de l’utilisateur IAM*. + **Utilisez des conditions dans les politiques IAM pour restreindre davantage l’accès** : vous pouvez ajouter une condition à vos politiques afin de limiter l’accès aux actions et aux ressources. Par exemple, vous pouvez écrire une condition de politique pour spécifier que toutes les demandes doivent être envoyées via SSL. Vous pouvez également utiliser des conditions pour accorder l'accès aux actions de service si elles sont utilisées par le biais d'un service spécifique Service AWS, tel que CloudFormation. Pour plus d’informations, consultez [Conditions pour éléments de politique JSON IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dans le *Guide de l’utilisateur IAM*. + **Utilisez l’Analyseur d’accès IAM pour valider vos politiques IAM afin de garantir des autorisations sécurisées et fonctionnelles** : l’Analyseur d’accès IAM valide les politiques nouvelles et existantes de manière à ce que les politiques IAM respectent le langage de politique IAM (JSON) et les bonnes pratiques IAM. IAM Access Analyzer fournit plus de 100 vérifications de politiques et des recommandations exploitables pour vous aider à créer des politiques sécurisées et fonctionnelles. Pour plus d’informations, consultez [Validation de politiques avec IAM Access Analyzer](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html) dans le *Guide de l’utilisateur IAM*. + **Exiger l'authentification multifactorielle (MFA**) : si vous avez un scénario qui nécessite des utilisateurs IAM ou un utilisateur root, activez l'authentification MFA pour une sécurité accrue. Compte AWS Pour exiger la MFA lorsque des opérations d’API sont appelées, ajoutez des conditions MFA à vos politiques. Pour plus d’informations, consultez [Sécurisation de l’accès aux API avec MFA](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html) dans le *Guide de l’utilisateur IAM*. Pour plus d’informations sur les bonnes pratiques dans IAM, consultez [Bonnes pratiques de sécurité dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html) dans le *Guide de l’utilisateur IAM*. ## Utilisation du Timestream pour console LiveAnalytics Timestream for LiveAnalytics ne nécessite pas d'autorisations spécifiques pour accéder à Amazon Timestream pour console. LiveAnalytics Vous devez disposer d'au moins des autorisations en lecture seule pour répertorier et afficher les informations relatives au flux temporel des LiveAnalytics ressources de votre compte. AWS Si vous créez une politique basée sur l'identité qui est plus restrictive que les autorisations minimales requises, la console ne fonctionnera pas comme prévu pour les entités (utilisateurs et rôles IAM) tributaires de cette politique. ## Autorisation accordée aux utilisateurs pour afficher leurs propres autorisations Cet exemple montre comment créer une politique qui permet aux utilisateurs IAM d’afficher les politiques en ligne et gérées attachées à leur identité d’utilisateur. Cette politique inclut les autorisations permettant d'effectuer cette action sur la console ou par programmation à l'aide de l'API AWS CLI or AWS . ``` { "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": "*" } ] } ``` ## Opérations courantes dans Timestream pour LiveAnalytics Vous trouverez ci-dessous des exemples de politiques IAM qui autorisent les opérations courantes dans le Timestream for Service. LiveAnalytics **Topics** + [Autoriser toutes les opérations](#security_iam_id-based-policy-examples-common-operations.all) + [Autoriser les opérations SELECT](#security_iam_id-based-policy-examples-common-operations.select) + [Autoriser les opérations SELECT sur plusieurs ressources](#security_iam_id-based-policy-examples-common-operations.select-multiple-resources) + [Autoriser les opérations de métadonnées](#security_iam_id-based-policy-examples-common-operations.metadata) + [Autoriser les opérations INSERT](#security_iam_id-based-policy-examples-common-operations.insert) + [Autoriser les opérations CRUD](#security_iam_id-based-policy-examples-common-operations.crud) + [Annuler les requêtes et sélectionner les données sans spécifier de ressources](#security_iam_id-based-policy-examples-common-operations.cancel-selectvalues) + [Création, description, suppression et description d'une base de données](#security_iam_id-based-policy-examples-common-operations.cddd) + [Limiter les bases de données répertoriées par tag `{"Owner": "${username}"}`](#security_iam_id-based-policy-examples-common-operations.list-by-tag) + [Répertorier toutes les tables d'une base de données](#security_iam_id-based-policy-examples-common-operations.list-all-tables) + [Création, description, suppression, mise à jour et sélection dans un tableau](#security_iam_id-based-policy-examples-common-operations.cddus-table) + [Limiter une requête par table](#security_iam_id-based-policy-examples-common-operations.limit-query-table) ### Autoriser toutes les opérations Voici un exemple de politique qui autorise toutes les opérations dans Timestream pour. LiveAnalytics ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:*" ], "Resource": "*" } ] } ``` ------ ### Autoriser les opérations SELECT L'exemple de politique suivant autorise les requêtes de `SELECT` type -style sur une ressource spécifique. **Note** ``Remplacez-le par votre identifiant de compte Amazon. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:Select", "timestream:DescribeTable", "timestream:ListMeasures" ], "Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps" }, { "Effect": "Allow", "Action": [ "timestream:DescribeEndpoints", "timestream:SelectValues", "timestream:CancelQuery" ], "Resource": "*" } ] } ``` ------ ### Autoriser les opérations SELECT sur plusieurs ressources L'exemple de politique suivant autorise les requêtes de type « `SELECT` -style » sur plusieurs ressources. **Note** ``Remplacez-le par votre identifiant de compte Amazon. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:Select", "timestream:DescribeTable", "timestream:ListMeasures" ], "Resource": [ "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps", "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps1", "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps2" ] }, { "Effect": "Allow", "Action": [ "timestream:DescribeEndpoints", "timestream:SelectValues", "timestream:CancelQuery" ], "Resource": "*" } ] } ``` ------ ### Autoriser les opérations de métadonnées L'exemple de politique suivant permet à l'utilisateur d'effectuer des requêtes de métadonnées, mais ne l'autorise pas à effectuer des opérations de lecture ou d'écriture de données réelles dans Timestream for. LiveAnalytics ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:DescribeEndpoints", "timestream:DescribeTable", "timestream:ListMeasures", "timestream:SelectValues", "timestream:ListTables", "timestream:ListDatabases", "timestream:CancelQuery" ], "Resource": "*" } ] } ``` ------ ### Autoriser les opérations INSERT L'exemple de politique suivant permet à un utilisateur d'effectuer une `INSERT` opération sur `database/sampleDB/table/DevOps` un compte``. **Note** ``Remplacez-le par votre identifiant de compte Amazon. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Action": [ "timestream:WriteRecords" ], "Resource": [ "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps" ], "Effect": "Allow" }, { "Action": [ "timestream:DescribeEndpoints" ], "Resource": "*", "Effect": "Allow" } ] } ``` ------ ### Autoriser les opérations CRUD L'exemple de politique suivant permet à un utilisateur d'effectuer des opérations CRUD dans Timestream pour. LiveAnalytics ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:DescribeEndpoints", "timestream:CreateTable", "timestream:DescribeTable", "timestream:CreateDatabase", "timestream:DescribeDatabase", "timestream:ListTables", "timestream:ListDatabases", "timestream:DeleteTable", "timestream:DeleteDatabase", "timestream:UpdateTable", "timestream:UpdateDatabase" ], "Resource": "*" } ] } ``` ------ ### Annuler les requêtes et sélectionner les données sans spécifier de ressources L'exemple de politique suivant permet à un utilisateur d'annuler des requêtes et d'exécuter des `Select` requêtes sur des données qui ne nécessitent pas de spécification de ressource : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:SelectValues", "timestream:CancelQuery" ], "Resource": "*" } ] } ``` ------ ### Création, description, suppression et description d'une base de données L'exemple de politique suivant permet à un utilisateur de créer, de décrire, de supprimer et de décrire une base de données `sampleDB` : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:CreateDatabase", "timestream:DescribeDatabase", "timestream:DeleteDatabase", "timestream:UpdateDatabase" ], "Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB" } ] } ``` ------ ### Limiter les bases de données répertoriées par tag `{"Owner": "${username}"}` L'exemple de politique suivant permet à un utilisateur de répertorier toutes les bases de données étiquetées avec une paire clé-valeur `{"Owner": "${username}"}` : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:ListDatabases" ], "Resource": "arn:aws:timestream:us-east-1:111122223333:database/*", "Condition": { "StringEquals": { "aws:ResourceTag/Owner": "${aws:username}" } } } ] } ``` ------ ### Répertorier toutes les tables d'une base de données Exemple de politique suivant pour répertorier toutes les tables de la base de données `sampleDB` : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:ListTables" ], "Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/" } ] } ``` ------ ### Création, description, suppression, mise à jour et sélection dans un tableau L'exemple de politique suivant permet à un utilisateur de créer des tables, de décrire des tables, de supprimer des tables, de mettre à jour des tables et d'effectuer des `Select` requêtes sur une table `DevOps` dans une base de données `sampleDB` : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:CreateTable", "timestream:DescribeTable", "timestream:DeleteTable", "timestream:UpdateTable", "timestream:Select" ], "Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps" } ] } ``` ------ ### Limiter une requête par table L'exemple de politique suivant permet à un utilisateur d'interroger toutes les tables sauf celles de `DevOps` la base de données `sampleDB` : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:Select" ], "Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/*" }, { "Effect": "Deny", "Action": [ "timestream:Select" ], "Resource": "arn:aws:timestream:us-east-1:111122223333:database/sampleDB/table/DevOps" } ] } ``` ------ ## Timestream pour l'accès aux LiveAnalytics ressources en fonction des balises Vous pouvez utiliser des conditions dans votre politique basée sur l'identité pour contrôler l'accès à Timestream pour les LiveAnalytics ressources en fonction de balises. Cette section fournit quelques exemples. L'exemple suivant montre comment créer une stratégie qui accorde des autorisations à un utilisateur pour afficher une table si son `Owner` contient la valeur du nom d'utilisateur de cet utilisateur. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "ReadOnlyAccessTaggedTables", "Effect": "Allow", "Action": "timestream:Select", "Resource": "arn:aws:timestream:us-east-2:111122223333:database/mydatabase/table/*", "Condition": { "StringEquals": { "aws:ResourceTag/Owner": "${aws:username}" } } } ] } ``` ------ Vous pouvez rattacher cette politique aux utilisateurs IAM de votre compte. Si un utilisateur nommé `richard-roe` tente d'afficher le flux temporel d'une LiveAnalytics table, la table doit être `Owner=richard-roe` balisée ou. `owner=richard-roe` Dans le cas contraire, l’utilisateur se voit refuser l'accès. La clé de condition d'étiquette `Owner` correspond à la fois à `Owner` et à `owner`, car les noms de clé de condition ne sont pas sensibles à la casse. Pour plus d'informations, veuillez consulter la rubrique [Éléments de stratégie JSON IAM : Condition](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dans le *Guide de l'utilisateur IAM*. La politique suivante autorise un utilisateur à créer des tables avec des balises si la balise transmise dans la demande comporte une clé `Owner` et une valeur `username` : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "CreateTagTableUser", "Effect": "Allow", "Action": [ "timestream:CreateTable", "timestream:TagResource" ], "Resource": "arn:aws:timestream:us-east-2:111122223333:database/mydatabase/table/*", "Condition": { "ForAnyValue:StringEquals": { "aws:RequestTag/Owner": "${aws:username}" } } } ] } ``` ------ La politique ci-dessous autorise l'utilisation de l'`DescribeDatabase`API sur toute base de données dont la `env` balise est définie sur l'une `dev` ou l'autre des valeurs `test` suivantes : ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "AllowDescribe", "Effect": "Allow", "Action": [ "timestream:DescribeEndpoints", "timestream:DescribeDatabase" ], "Resource": "*" }, { "Sid": "AllowTagAccessForDevResources", "Effect": "Allow", "Action": [ "timestream:TagResource" ], "Resource": "*", "Condition": { "StringEquals": { "aws:RequestTag/env": [ "test", "dev" ] } } } ] } ``` ------ Cette politique utilise une `Condition` clé pour autoriser une balise contenant la clé `env` et une valeur de `test``qa`, ou `dev` à être ajoutée à une ressource. ## Requêtes planifiées ### Répertorier, supprimer, mettre à jour, exécuter ScheduledQuery L'exemple de politique suivant permet à un utilisateur de répertorier, de supprimer, de mettre à jour et d'exécuter des requêtes planifiées. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "timestream:DeleteScheduledQuery", "timestream:ExecuteScheduledQuery", "timestream:UpdateScheduledQuery", "timestream:ListScheduledQueries", "timestream:DescribeEndpoints" ], "Resource": "*" } ] } ``` ------ ### CreateScheduledQuery à l'aide d'une clé KMS gérée par le client L'exemple de politique suivant permet à un utilisateur de créer une requête planifiée chiffrée à l'aide d'une clé KMS gérée par le client ** ; ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Action": [ "iam:PassRole" ], "Resource": [ "arn:aws:iam::123456789012:role/ScheduledQueryExecutionRole" ], "Effect": "Allow" }, { "Action": [ "timestream:CreateScheduledQuery", "timestream:DescribeEndpoints" ], "Resource": "*", "Effect": "Allow" }, { "Action": [ "kms:DescribeKey", "kms:GenerateDataKey" ], "Resource": "arn:aws:kms:us-west-2:123456789012:key/", "Effect": "Allow" } ] } ``` ------ ### DescribeScheduledQuery à l'aide d'une clé KMS gérée par le client L'exemple de politique suivant permet à un utilisateur de décrire une requête planifiée créée à l'aide d'une clé KMS gérée par le client ** ; ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Action": [ "timestream:DescribeScheduledQuery", "timestream:DescribeEndpoints" ], "Resource": "*", "Effect": "Allow" }, { "Action": [ "kms:Decrypt" ], "Resource": "arn:aws:kms:us-west-2:123456789012:key/", "Effect": "Allow" } ] } ``` ------ ### Autorisations relatives au rôle d'exécution (utilisation d'une clé KMS gérée par le client pour les requêtes planifiées et d'une clé SSE-KMS pour les rapports d'erreur) Associez l'exemple de politique suivant au rôle IAM spécifié dans le `ScheduledQueryExecutionRoleArn` paramètre de l'`CreateScheduledQuery`API qui utilise la clé KMS gérée par le client pour le chiffrement des requêtes planifiées et le `SSE-KMS` cryptage pour les rapports d'erreur. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Action": [ "kms:GenerateDataKey" ], "Resource": "arn:aws:kms:us-west-2:123456789012:key/", "Effect": "Allow" }, { "Action": [ "kms:Decrypt" ], "Resource": [ "arn:aws:kms:us-west-2:123456789012:key/", "arn:aws:kms:us-west-2:123456789012:key/", "arn:aws:kms:us-west-2:123456789012:key/" ], "Effect": "Allow" }, { "Action": [ "sns:Publish" ], "Resource": [ "arn:aws:sns:us-west-2:123456789012:scheduled-query-notification-topic-*" ], "Effect": "Allow" }, { "Action": [ "timestream:Select", "timestream:SelectValues", "timestream:WriteRecords" ], "Resource": "*", "Effect": "Allow" }, { "Action": [ "s3:PutObject", "s3:GetBucketAcl" ], "Resource": [ "arn:aws:s3:::scheduled-query-error-bucket", "arn:aws:s3:::scheduled-query-error-bucket/*" ], "Effect": "Allow" } ] } ``` ------ ### Relation de confiance entre les rôles d'exécution Voici la relation de confiance pour le rôle IAM spécifié dans le `ScheduledQueryExecutionRoleArn` paramètre de l'`CreateScheduledQuery`API. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": [ "timestream.amazonaws.com" ] }, "Action": "sts:AssumeRole" } ] } ``` ------ ### Autoriser l'accès à toutes les requêtes planifiées créées dans un compte Associez l'exemple de politique suivant au rôle IAM spécifié dans le `ScheduledQueryExecutionRoleArn` paramètre de l'`CreateScheduledQuery`API pour autoriser l'accès à toutes les requêtes planifiées créées dans le compte*Account\$1ID*. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "timestream.amazonaws.com" }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "Account_ID" }, "ArnLike": { "aws:SourceArn": "arn:aws:timestream:us-west-2:111122223333:scheduled-query/*" } } } ] } ``` ------ ### Autoriser l'accès à toutes les requêtes planifiées portant un nom spécifique Associez l'exemple de politique suivant au rôle IAM spécifié dans le `ScheduledQueryExecutionRoleArn` paramètre de l'`CreateScheduledQuery`API pour autoriser l'accès à toutes les requêtes planifiées dont le nom commence par*Scheduled\$1Query\$1Name*, dans le compte*Account\$1ID*. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "timestream.amazonaws.com" }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "Account_ID" }, "ArnLike": { "aws:SourceArn": "arn:aws:timestream:us-west-2:111122223333:scheduled-query/Scheduled_Query_Name*" } } } ] } ``` ------ # Résolution des problèmes liés à Amazon Timestream en matière LiveAnalytics d'identité et d'accès Utilisez les informations suivantes pour diagnostiquer et résoudre les problèmes courants que vous pouvez rencontrer lors de l'utilisation de Timestream pour LiveAnalytics et IAM. **Topics** + [Je ne suis pas autorisé à effectuer une action dans Timestream pour LiveAnalytics](#security_iam_troubleshoot-no-permissions) + [Je ne suis pas autorisé à effectuer iam : PassRole](#security_iam_troubleshoot-passrole) + [Je souhaite autoriser des personnes extérieures à mon AWS compte à accéder à mon flux chronologique pour les ressources LiveAnalytics](#security_iam_troubleshoot-cross-account-access) ## Je ne suis pas autorisé à effectuer une action dans Timestream pour LiveAnalytics S'il vous AWS Management Console indique que vous n'êtes pas autorisé à effectuer une action, vous devez contacter votre administrateur pour obtenir de l'aide. Votre administrateur est la personne qui vous a fourni vos informations de connexion. L'exemple d'erreur suivant se produit lorsque l'utilisateur `mateojackson` IAM essaie d'utiliser la console pour afficher les détails d'une table*table*, mais ne dispose pas des `timestream:Select` autorisations nécessaires pour la table. ``` User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: timestream:Select on resource: mytable ``` Dans ce cas, Mateo demande à son administrateur de mettre à jour ses politiques pour lui permettre d’accéder à la ressource `mytable` à l’aide de l’action `timestream:Select`. ## Je ne suis pas autorisé à effectuer iam : PassRole Si vous recevez un message d'erreur indiquant que vous n'êtes pas autorisé à effectuer l'`iam:PassRole`action, vos politiques doivent être mises à jour pour vous permettre de transmettre un rôle à Timestream pour. LiveAnalytics Certains vous Services AWS permettent de transmettre un rôle existant à ce service au lieu de créer un nouveau rôle de service ou un rôle lié à un service. Pour ce faire, vous devez disposer des autorisations nécessaires pour transmettre le rôle au service. L'exemple d'erreur suivant se produit lorsqu'un utilisateur IAM nommé `marymajor` essaie d'utiliser la console pour effectuer une action dans Timestream for. LiveAnalytics Toutefois, l’action nécessite que le service ait des autorisations accordées par un rôle de service. Mary n'est pas autorisée à transmettre le rôle au service. ``` User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole ``` Dans ce cas, les politiques de Mary doivent être mises à jour pour lui permettre d’exécuter l’action `iam:PassRole`. Si vous avez besoin d'aide, contactez votre AWS administrateur. Votre administrateur vous a fourni vos informations d’identification de connexion. ## Je souhaite autoriser des personnes extérieures à mon AWS compte à accéder à mon flux chronologique pour les ressources LiveAnalytics Vous pouvez créer un rôle que les utilisateurs provenant d’autres comptes ou les personnes extérieures à votre organisation pourront utiliser pour accéder à vos ressources. Vous pouvez spécifier qui est autorisé à assumer le rôle. Pour les services qui prennent en charge les politiques basées sur les ressources ou les listes de contrôle d'accès (ACLs), vous pouvez utiliser ces politiques pour autoriser les utilisateurs à accéder à vos ressources. Pour plus d’informations, consultez les éléments suivants : + Pour savoir si Timestream for LiveAnalytics prend en charge ces fonctionnalités, consultez. [Comment Amazon Timestream for fonctionne avec IAM LiveAnalytics](security_iam_service-with-iam.md) + Pour savoir comment fournir l'accès à vos ressources sur celles Comptes AWS que vous possédez, consultez la section [Fournir l'accès à un utilisateur IAM dans un autre utilisateur Compte AWS que vous possédez](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html) dans le Guide de l'*utilisateur IAM*. + Pour savoir comment fournir l'accès à vos ressources à des tiers Comptes AWS, consultez la section [Fournir un accès à des ressources Comptes AWS détenues par des tiers](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html) dans le *guide de l'utilisateur IAM*. + Pour savoir comment fournir un accès par le biais de la fédération d’identité, consultez [Fournir un accès à des utilisateurs authentifiés en externe (fédération d’identité)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html) dans le *Guide de l’utilisateur IAM*. + Pour en savoir plus sur la différence entre l’utilisation des rôles et des politiques basées sur les ressources pour l’accès intercompte, consultez [Accès intercompte aux ressources dans IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dans le *Guide de l’utilisateur IAM*.