A Conta A armazena PII em uma tabela DynamoDB chamada PII. Um aplicativo executado em instâncias EC2 na Conta B precisa de acesso a essa tabela. Na Conta A, uma função IAM AccessPII foi criada com permissões para a tabela PII e uma política de confiança permitindo que principals da Conta B assumam a função. Quais etapas os desenvolvedores devem realizar na Conta B para permitir que o aplicativo acesse a tabela PII? (Escolha duas.)

Para que o aplicativo na Conta B acesse a tabela DynamoDB na Conta A, ele precisa assumir a função IAM AccessPII. A função da instância EC2 na Conta B deve ter permissão para chamar a API sts:AssumeRole na função AccessPII da Conta A. Isso é feito anexando uma política à função da instância EC2 que concede essa permissão. Uma vez que a função da instância EC2 tem essa permissão, o aplicativo pode chamar a API AssumeRole para obter credenciais de segurança temporárias para a função AccessPII. Em seguida, o aplicativo usa essas credenciais temporárias para interagir com a tabela PII. A opção de conceder permissão direta à função da instância EC2 para acessar a tabela PII na Conta A está incorreta porque a tabela está em uma conta diferente e o acesso direto não é a maneira padrão de acesso entre contas para recursos. Fazer com que o aplicativo use as credenciais da função da instância EC2 diretamente para acessar a tabela PII está incorreto porque a função da instância EC2 não tem permissões diretas para a tabela PII; ela só tem permissão para assumir a função na Conta A. Chamar GetSessionToken está incorreto porque é usado para obter credenciais temporárias para o usuário IAM que faz a chamada, não para assumir uma função em outra conta.