Une entreprise déploie des fonctions AWS Lambda qui se connectent à une base de données Amazon RDS for PostgreSQL dans des environnements de QA et de production. Les identifiants ne doivent pas être intégrés dans le code de l'application et les mots de passe de la base de données doivent être automatiquement renouvelés. Quelle solution répond à ces exigences ?

La bonne solution est d'utiliser AWS Secrets Manager car il est conçu spécifiquement pour stocker, gérer et récupérer des informations d'identification sensibles, y compris la rotation automatique des mots de passe de base de données. En créant des secrets distincts pour la QA et la production, on assure une isolation claire des informations d'identification. Les fonctions Lambda peuvent récupérer ces secrets via le SDK AWS, et la rotation automatique des mots de passe répond à l'exigence de renouvellement. Stocker les identifiants dans AWS Systems Manager Parameter Store est possible, mais il ne gère pas la rotation automatique des mots de passe de base de données. Stocker les identifiants dans AWS KMS n'est pas une solution viable car KMS est un service de gestion de clés de chiffrement, pas un gestionnaire de secrets. Il ne stocke pas directement les identifiants et ne gère pas leur rotation. Stocker les identifiants dans des compartiments Amazon S3 n'est pas recommandé pour les informations d'identification sensibles. Bien que S3 puisse être sécurisé avec SSE-KMS, il n'offre pas la gestion des versions, la rotation automatique ou l'intégration native pour les identifiants de base de données comme Secrets Manager.