Une entreprise utilise une fonction AWS Lambda pour transférer des fichiers d'un compartiment Amazon S3 vers le serveur SFTP de l'entreprise. La fonction Lambda se connecte au serveur SFTP en utilisant un nom d'utilisateur et un mot de passe stockés dans les variables d'environnement Lambda. Un développeur doit stocker ces informations d'identification sous forme chiffrée. Quelle solution répond à cette exigence ?

La bonne réponse est de déplacer les informations d'identification vers AWS Systems Manager Parameter Store. Parameter Store permet de stocker des données de configuration et des secrets sous forme chiffrée, ce qui est idéal pour les informations d'identification. La fonction Lambda peut ensuite récupérer ces valeurs de manière sécurisée au moment de l'exécution, garantissant que les secrets ne sont pas exposés dans le code ou les variables d'environnement. L'authentification de base de données IAM n'est pas pertinente ici car il s'agit d'une connexion à un serveur SFTP externe, pas à une base de données AWS. Stocker les informations d'identification directement dans AWS KMS n'est pas la bonne approche ; KMS est un service de gestion de clés de chiffrement, pas un magasin de secrets. Bien qu'il puisse chiffrer des données, il n'est pas conçu pour stocker des paires clé-valeur comme Parameter Store. Enfin, stocker un fichier .txt chiffré dans S3 est moins pratique et moins sécurisé que Parameter Store, car il nécessiterait une logique supplémentaire pour déchiffrer et gérer le fichier.