Une entreprise dispose d'une application personnalisée avec des identifiants intégrés qui récupère des données d'un cluster de base de données Amazon RDS for MySQL. L'entreprise doit sécuriser l'application avec un effort de programmation minimal. Elle a créé des identifiants sur la base de données RDS pour l'utilisateur de l'application. Quelle solution répond à ces exigences ?

La bonne réponse est de stocker les identifiants dans AWS Secrets Manager, de configurer l'application pour les charger depuis Secrets Manager et de mettre en place une rotation des identifiants via une fonction AWS Lambda. Secrets Manager est conçu spécifiquement pour stocker et gérer des secrets tels que les identifiants de base de données, offrant une rotation automatique intégrée avec des fonctions Lambda, ce qui minimise l'effort de programmation. Stocker les identifiants dans AWS KMS est incorrect car KMS est un service de gestion de clés de chiffrement, pas un gestionnaire de secrets. Stocker les identifiants dans un stockage local chiffré est moins sécurisé et ne fournit pas de rotation automatique gérée. AWS Systems Manager Parameter Store peut stocker des secrets, mais la rotation automatique des identifiants de base de données est plus complexe à mettre en œuvre qu'avec Secrets Manager, qui offre une intégration plus profonde pour ce cas d'utilisation.