Uma vez que o par de chaves, access key e secret access key é criado, esse par não pode ser desativado temporariamente.

Uma vez que o par de chaves, access key e secret access key é criado, esse par não pode ser removido permanentemente.

O par de chaves deve ser configurados em variáveis de ambiente do Sistema operacional.

Quando o par de chaves é configurado no AWS CLI, ele fica armazenado no formato de texto simples na pasta .aws dentro do perfil do usuário.

Apenas o principal que estiver especificado na trust policy que poderá executar a ação para assumir a função.

Quando o método de assumir uma função for executado com sucesso o usuário recebe as permissões de acesso que são adicionadas as suas permissões já existentes.

Quando o método de assumir uma função for executado com sucesso o usuário recebe as permissões de acesso por um período de tempo definido por uma data e hora inicial e final.

Quando o método de assumir uma função for executado com sucesso o AWS STS retorna um par de chaves de acesso e um session token.

A criptografia em repouso do lado do servidor (SSE-KMS) é habilitada por padrão em todos os novos buckets.

A criptografia em repouso do lado do servidor (SSE-S3) é habilitada por padrão em todos os novos buckets.

A criptografia do lado do cliente (SSE-C) permite que o cliente envie a chave criptográfica que será utilizada pelo S3 para cifrar o objeto.

A criptografia do lado do cliente é realizada apenas pelo AWS SDK, com a interação com o Key Management Service (KMS).

O Systems Manager Parameter Store possui um mecanismo de rotacionamento de segredos nativo ou customizável com a AWS Lambda.

O AWS Systems Manager Parameter Store possui integração com o AWS CloudFormation, permitindo a configuração dinâmica de parâmetros dos templates.

Um segredo armazenado no Systems Manager Parameter Store pode ser referenciado por um segredo no AWS Secrets Manager.

O AWS Secrets Manager possui um mecanismo de rotacionamento de segredos nativo ou customizável com a AWS Lambda.

O SigV4 adiciona informação de autenticação nas requisições feitas para a API da AWS.

O SigV4 utiliza a secret access key para assinar os dados da requisição

O SigV4 protege os usuários contra o replay attack, pois a informação com a assinatura da requisição possui um período de expiração, impedindo que a assinatura seja utilizada após o período de validade.

As aplicações que utilizam o AWS SDKs devem implementar a assinatura das requisições com o SigV4.

O KMS é um serviço de criação, guarda e gerenciamento de chaves criptográficas simétricas e assimétricas

O KMS é um serviço de criação, guarda e gerenciamento de chaves criptográficas simétricas.

Toda chave armazenada no KMS deve possuir uma resource-base policy chamada key policy que determina as permissões que os usuários possuem.

Toda chave armazenada no KMS deve possuir uma identity-base policy chamada key policy que determina as permissões que os usuários possuem.

O JWT ID token contém informações que identificam o usuário como o username, e deve ser utilizando para renovar o JWT Access Token.

O JWT Access Token contém as informações que autorizam o usuário a acessar a aplicação, e informações que descrevem o usuário.

O JWT ID token contém informações que identificam o usuário como o username, email e o número de telefone.

O JWT Access Token contém as informações que autorizam o usuário a acessar a aplicação, mas sem informações que descreva o usuário.

O Amazon Cognito authorizer permite a customização do fluxo de autenticação dos usuários utilizando o AWS Lambda.

O Amazon Cognito authorizer permite com que aplicações e serviços da AWS como o API Gateway utilizem o Cognito como provedor de identidade para autenticação e autorização.

A aplicação cliente deverá fazer uma chamada para o Amazon Cognito utilizando a CLI/SDK ou API e realizar a autenticação, obtendo um conjunto de tokens JWT.

A aplicação cliente deverá fazer uma chamada para o Amazon API Gateway utilizando a CLI/SDK ou API e realizar a autenticação, obtendo um conjunto de tokens JWT.

Utilizar o AWS Secrets Manager para armazenar a string de conexão, e integrar a aplicação web para solicitar a string utilizando uma credencial no formato de access key e secret access key contida no código fonte da aplicação

Utilizar o AWS Systems Manager Parameters Store para armazenar a string de conexão, e integrar a aplicação web para solicitar a string utilizando uma credencial no formato de access key e secret access key contida no código fonte da aplicação.

Utilizar o AWS Secrets Manager para armazenar a string de conexão, e integrar a aplicação web para solicitar a string utilizando o processo de assume role do AWS Simple Token Service (AWS STS).

Utilizar o AWS Systems Manager Parameters Store para armazenar a string de conexão, e integrar a aplicação web para solicitar a string utilizando uma credencial no formato de access key e secret access key contida em variáveis de ambiente do container.