Un desarrollador tiene una aplicación que utiliza una función de AWS Lambda para cargar archivos a Amazon S3 y necesita permisos para realizar las cargas. El desarrollador ya tiene un usuario de IAM con credenciales de IAM válidas para Amazon S3. ¿Qué debe hacer un arquitecto de soluciones para otorgar los permisos necesarios?

La opción correcta es crear un rol de ejecución de IAM con los permisos necesarios y adjuntarlo a la función Lambda. AWS Lambda asume un rol de IAM para obtener los permisos necesarios para interactuar con otros servicios de AWS, como Amazon S3. Al adjuntar un rol de ejecución a la función Lambda, se le otorgan los permisos para cargar archivos a S3 de forma segura y sin necesidad de incrustar credenciales directamente en el código. Las otras opciones son incorrectas porque: Añadir permisos en la política de recursos de la función Lambda no es el mecanismo principal para otorgar permisos a la función misma para interactuar con otros servicios. Las políticas de recursos controlan quién puede invocar la función. Crear una solicitud firmada utilizando las credenciales de IAM existentes en la función Lambda es una forma de autenticación, pero no es la práctica recomendada para que una función Lambda acceda a S3. La gestión de credenciales directamente en la función es menos segura y más compleja. Crear un nuevo usuario de IAM y utilizar sus credenciales en la función Lambda es una mala práctica de seguridad, ya que incrustar credenciales de usuario de IAM en el código de la función es inseguro y difícil de gestionar.