Protection des données dans AWS Certificate Manager

Le modèle de responsabilité AWS partagée de s'applique à la protection des données dans AWS Certificate Manager. 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 en savoir plus 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.

• 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-2 pour accéder AWS via une interface de ligne de commande ou une API, utilisez un point de terminaison FIPS. Pour en savoir plus sur les points de terminaison FIPS (Federal Information Processing Standard) disponibles, consultez Federal Information Processing Standard (FIPS) 140-2 (Normes de traitement de l’information fédérale).

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 Name (Nom). Cela inclut lorsque vous travaillez avec ACM ou une autre entreprise à Services AWS l'aide de la console, de l'API ou des AWS SDK. AWS CLI Toutes les données que vous saisissez 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.

Sécurité des clés privées des certificats

Lorsque vous demandez un certificat public, AWS Certificate Manager (ACM) génère une paire de clés publique/privée. Pour les imported certificates (certificats importés), vous générez la paire de clés. La clé publique devient partie intégrante du certificat. ACM stocke le certificat et la clé privée correspondante, et utilise AWS Key Management Service (AWS KMS) pour protéger la clé privée. Voici comment cela fonctionne :

1. La première fois que vous demandez ou importez un certificat dans une AWS région, ACM crée un certificat géré AWS KMS key avec l'alias aws/acm. Cette clé KMS est unique dans chaque AWS compte et dans chaque AWS région.

2. ACM utilise cette clé KMS pour chiffrer la clé privée du certificat. ACM stocke une version chiffrée de la clé privée ; il ne la stocke pas en texte brut. ACM utilise la même clé KMS pour chiffrer les clés privées de tous les certificats d'un AWS compte et d'une région spécifiques AWS .

3. Lorsque vous associez le certificat à un service intégré à AWS Certificate Manager, ACM envoie le certificat et la clé privée chiffrée à ce service. Une autorisation est également créée pour permettre au service d'utiliser la clé KMS pour déchiffrer la clé privée du certificat. AWS KMS Pour plus d'informations sur les octrois, consultez Utilisation d'octrois dans le AWS Key Management Service Guide du développeur. Pour plus d'informations sur les services pris en charge par ACM, consultez Services intégrés à AWS Certificate Manager.

   Note

   Vous avez le contrôle de la AWS KMS subvention créée automatiquement. Si vous le supprimez pour une raison quelconque, vous perdez la fonctionnalité ACM pour le service intégré.

4. Les services intégrés utilisent la clé KMS pour déchiffrer la clé privée. Le service utilise ensuite le certificat et la clé privée déchiffrée (texte brut) pour établir des canaux de communication sécurisés (sessions SSL/TLS) avec ses clients.

5. Lorsque le certificat est dissocié d'un service intégré, la subvention créée à l'étape 3 est retirée. Cela signifie que le service ne peut plus utiliser la clé KMS pour déchiffrer la clé privée du certificat.