Uma aplicação sendo executada no Amazon EC2 extrai mensagens do Amazon SQS. Após recentes alterações no IAM, as instâncias não conseguem mais receber mensagens. Quais ações você deve tomar para solucionar problemas, mantendo o privilégio mínimo? (Escolha duas.)

As ações corretas para solucionar problemas, mantendo o privilégio mínimo, são: 1. Confirmar que a política de recurso da fila do SQS não nega explicitamente a role da instância. Políticas de recurso (resource policies) podem negar explicitamente o acesso, o que anula quaisquer permissões concedidas em políticas baseadas em identidade. É crucial verificar se a role da instância não está listada em uma declaração de negação explícita na política da fila SQS. 2. Verificar se as políticas inline ou anexadas da role da instância permitem as permissões SQS necessárias na fila de destino. A role do IAM associada à instância EC2 deve ter permissões explícitas (como sqs:ReceiveMessage, sqs:DeleteMessage) para interagir com a fila SQS. Se essas permissões estiverem faltando ou incorretas, a instância não conseguirá processar as mensagens. As opções incorretas são: Anexar e configurar um dispositivo MFA para a role assumida pelas instâncias: MFA é para autenticação interativa de usuários e não se aplica a roles assumidas por instâncias EC2. Verificar se a access key associada à role da instância está ativa: Instâncias EC2 usam roles do IAM para obter credenciais temporárias, não access keys estáticas. Anexar a política gerenciada AmazonSQSFullAccess à role da instância: Embora resolva o problema, esta ação concede privilégios excessivos (FullAccess) e viola o princípio do privilégio mínimo.