Uma aplicação usa um cluster ElastiCache for Redis para cache. O cluster já tem a criptografia em repouso habilitada, mas não a criptografia em trânsito, e os clientes podem acessar o cache sem autenticação. Um arquiteto de soluções deve exigir autenticação do cliente e habilitar a criptografia em trânsito de ponta a ponta. Qual solução atende a esses requisitos?

A opção correta atende a todos os requisitos: gerar um token AUTH para autenticação do cliente e armazená-lo com segurança no AWS Secrets Manager, que é o serviço recomendado para credenciais. Em seguida, configura o cluster ElastiCache existente para usar esse token AUTH e habilita a criptografia em trânsito (TLS), garantindo a segurança dos dados em movimento. Finalmente, a aplicação é atualizada para recuperar o token do Secrets Manager, completando a solução de ponta a ponta. A primeira opção está incorreta porque sugere criar um novo cluster ElastiCache, o que não é necessário, e usa o Parameter Store para o token, que é menos ideal que o Secrets Manager para segredos. A terceira e quarta opções estão incorretas porque a autenticação no ElastiCache for Redis é feita com um token AUTH, não com certificados SSL. Certificados SSL são usados para criptografia em trânsito (TLS), mas não para autenticação do cliente.