Protection des données dans AWS Certificate Manager - AWS Certificate Manager
Sécurité des clés privées des certificats

Protection des données dans AWS Certificate Manager

Le modèle de responsabilité partagée AWS s'applique à la protection des données dans AWS Certificate Manager. Comme décrit dans ce modèle, AWS est responsable de la protection de l'infrastructure globale sur laquelle l'ensemble du AWS Cloud s'exécute. La gestion du contrôle de votre contenu hébergé sur cette infrastructure relève de votre responsabilité. Ce contenu comprend les 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 AWSet RGPD (Règlement général sur la protection des données) sur le AWSBlog de sécurité.

À des fins de protection des données, nous vous recommandons de protéger les informations d'identification Compte AWS et de configurer les comptes utilisateur individuels avec AWS IAM Identity Center (successor to AWS Single Sign-On) 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 les certificats SSL/TLS pour communiquer avec les ressources AWS. Nous exigeons TLS 1.2 et nous recommandons TLS 1.3.

  • Configurez une API (Interface de programmation) et le journal de l'activité des utilisateurs avec AWS CloudTrail.

  • Utilisez des solutions de chiffrement AWS, ainsi que tous les contrôles de sécurité par défaut au sein des 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 FIPS (Federal Information Processing Standard) 140-2 lorsque vous accédez à AWS via une CLI (Interface de ligne de commande) ou une API (Interface de programmation), utilisez un point de terminaison FIPS (Federal Information Processing Standard). 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 vivement de ne jamais inscrire d'informations confidentielles ou sensibles, telles que des adresses électroniques de vos clients, dans des balises ou des champs de forme libre tels qu'un champ Nom. Cela s'applique aussi lorsque vous utilisez ACM ou d'autres services Services AWS à l'aide de la console, de l'API,AWS CLI, ou des SDK AWS. Toutes les données que vous saisissez dans les balises ou les champs de texte libre utilisés pour les noms peuvent être utilisées pour la facturation ou 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 publiques/privées. 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 cette dernière. Voici comment cela fonctionne :

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

  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 compte AWS spécifique et d'une région AWS particulière.

  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. Un octroi est également créé dans AWS KMS. Celui-ci autorise le service à utiliser la clé CMK pour déchiffrer la clé privée du certificat. 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 contrôlez l'octroi AWS KMS créé 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.