Protection des données dans Tag Editor - AWS Ressources de balisage et éditeur de balises
Chiffrement des donnéesConfidentialité du trafic inter-réseau

AWS a déplacé la fonctionnalité de gestion des balises Tag Editor de la AWS Resource Groups console vers la Explorateur de ressources AWS console. Avec Resource Explorer, vous pouvez rechercher et filtrer des ressources, puis gérer les balises de ressources à partir d'une console unique. Pour en savoir plus sur la gestion des balises de ressources dans l'explorateur de ressources, consultez la section Gestion des ressources dans le guide de l'utilisateur de l'explorateur de ressources.

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.

Protection des données dans Tag Editor

Le modèle de responsabilité AWS partagée s'applique à la protection des données dans Tag Editor. Comme décrit dans ce modèle, AWS est chargé de protéger l'infrastructure mondiale qui gère tous les AWS Cloud. La gestion du contrôle de votre contenu hébergé sur cette infrastructure relève de votre responsabilité. Vous êtes également responsable des tâches de configuration et de gestion de la sécurité des Services AWS que vous utilisez. Pour plus d’informations sur la confidentialité des données, consultez Questions fréquentes (FAQ) sur la confidentialité des données. Pour en savoir plus sur la protection des données en Europe, consultez le billet de blog Modèle de responsabilité partagée AWS et RGPD (Règlement général sur la protection des données) sur le Blog de sécuritéAWS .

À des fins de protection des données, nous vous recommandons de protéger les Compte AWS informations d'identification et de configurer les utilisateurs individuels avec AWS IAM Identity Center ou AWS Identity and Access Management (IAM). Ainsi, chaque utilisateur se voit attribuer uniquement les autorisations nécessaires pour exécuter ses tâches. Nous vous recommandons également de sécuriser vos données comme indiqué ci-dessous :

  • Utilisez l’authentification multifactorielle (MFA) avec chaque compte.

  • Utilisez le protocole SSL/TLS pour communiquer avec les ressources. AWS Nous exigeons TLS 1.2 et recommandons TLS 1.3.

  • Configurez l'API et la journalisation de l'activité des utilisateurs avec AWS CloudTrail. Pour plus d'informations sur l'utilisation des CloudTrail sentiers pour capturer AWS des activités, consultez la section Utilisation des CloudTrail sentiers dans le guide de AWS CloudTrail l'utilisateur.

  • Utilisez des solutions de AWS chiffrement, ainsi que tous les contrôles de sécurité par défaut qu'ils contiennent Services AWS.

  • Utilisez des services de sécurité gérés avancés tels qu’Amazon Macie, qui contribuent à la découverte et à la sécurisation des données sensibles stockées dans Amazon S3.

  • Si vous avez besoin de modules cryptographiques validés par la norme FIPS 140-3 pour accéder AWS via une interface de ligne de commande ou une API, utilisez un point de terminaison FIPS. Pour plus d’informations sur les points de terminaison FIPS disponibles, consultez Norme FIPS (Federal Information Processing Standard) 140-3.

Nous vous recommandons fortement de ne jamais placer d’informations confidentielles ou sensibles, telles que les adresses e-mail de vos clients, dans des balises ou des champs de texte libre tels que le champ Nom. Cela inclut lorsque vous travaillez avec Tag Editor ou autre Services AWS à l'aide de la console, de l'API ou AWS SDKs. AWS CLI Toutes les données que vous entrez dans des balises ou des champs de texte de forme libre utilisés pour les noms peuvent être utilisées à des fins de facturation ou dans les journaux de diagnostic. Si vous fournissez une adresse URL à un serveur externe, nous vous recommandons fortement de ne pas inclure d’informations d’identification dans l’adresse URL permettant de valider votre demande adressée à ce serveur.

Chiffrement des données

Les informations de marquage ne sont pas cryptées. Bien qu'elles ne soient pas chiffrées, les balises peuvent contenir des informations utilisées dans le cadre de votre stratégie de sécurité. Il est donc important de contrôler qui peut accéder aux balises sur les ressources. Il est particulièrement important de contrôler les personnes autorisées à modifier les balises, car un tel accès peut être utilisé pour augmenter les autorisations d'une personne.

Chiffrement au repos

Il n'existe aucun autre moyen spécifique à Tag Editor d'isoler le trafic de service ou de réseau. Le cas échéant, utilisez AWS un isolant spécifique. Vous pouvez utiliser l'API et la console Tag Editor dans un cloud privé virtuel (VPC) pour optimiser la confidentialité et la sécurité de l'infrastructure.

Chiffrement en transit

Les données de l'éditeur de balises sont cryptées lors de leur transfert vers la base de données interne du service à des fins de sauvegarde. Ceci n'est pas configurable par l'utilisateur.

Gestion des clés

L'éditeur de balises n'est actuellement pas intégré AWS Key Management Service et n'est pas pris en charge AWS KMS keys.

Confidentialité du trafic inter-réseau

Tag Editor utilise le protocole HTTPS pour toutes les transmissions entre les utilisateurs de Tag Editor et AWS. L'éditeur de balises utilise le protocole TLS 1.3, mais prend également en charge le protocole TLS 1.2.