Una empresa utiliza scripts de datos de usuario de EC2 que incluyen valores confidenciales para arrancar instancias de Amazon EC2. Un ingeniero de seguridad descubrió que estos valores confidenciales son visibles para usuarios que no deberían tener acceso. ¿Cuál es la forma más segura de proteger la información confidencial utilizada durante el arranque de la instancia?

La opción correcta es almacenar los valores confidenciales en AWS Systems Manager Parameter Store como parámetros SecureString y otorgar al rol de instancia EC2 permiso para llamar a GetParameters. Esto se debe a que SecureString cifra los datos en reposo y en tránsito, y el rol de instancia EC2 permite que la instancia recupere de forma segura estos valores sin incrustarlos directamente en los scripts de datos de usuario, que son visibles. Las otras opciones son menos seguras: Incrustar scripts en la AMI y cifrar con KMS aún expone los datos durante el proceso de descifrado si no se gestiona correctamente el acceso a la clave. Mover scripts a S3 y cifrarlos con KMS no resuelve el problema de la visibilidad de los datos de usuario durante el arranque, ya que los scripts aún necesitarían ser descargados y ejecutados, potencialmente exponiendo los valores. Eliminar scripts y borrar registros es una medida posterior, no preventiva. Usar políticas de IAM para bloquear el acceso al servicio de metadatos no aborda el problema de los valores confidenciales directamente en los datos de usuario, y eliminar scripts y borrar registros es una medida reactiva.