Une entreprise organise ses comptes AWS en unités d'organisation (OU) au sein d'AWS Organizations. Les API déployées dans un compte sont liées au VPC de ce compte et n'ont actuellement aucune authentification. Seuls les mandataires d'une OU spécifique doivent être autorisés à appeler les API. L'entreprise a appliqué une politique au point de terminaison d'interface VPC d'API Gateway et a mis à jour les politiques de ressources d'API Gateway pour bloquer les appels qui ne proviennent pas du point de terminaison d'interface. Après cela, l'invocation d'une API via l'URL du point de terminaison d'interface échoue avec l'erreur : « User: anonymous is not authorized. » Quelle combinaison d'actions résout ce problème ? (Choisissez-en deux.)

Le problème "User: anonymous is not authorized" indique que l'API Gateway ne reçoit pas d'informations d'identification valides pour autoriser l'appel. L'activation de l'autorisation basée sur IAM sur chaque méthode d'API (première action correcte) permet à API Gateway d'utiliser les politiques IAM pour contrôler l'accès. Pour que cela fonctionne, les appelants doivent s'authentifier. La signature des requêtes client avec des informations d'identification AWS à l'aide de Signature Version 4 (deuxième action correcte) est la méthode standard pour authentifier les requêtes auprès des services AWS, y compris API Gateway lorsque l'autorisation IAM est activée. Les autres options sont incorrectes car : Les autorisateurs Lambda ou Cognito sont des mécanismes d'autorisation différents qui nécessiteraient une refonte de la logique d'autorisation et ne résolvent pas directement le problème d'authentification des mandataires AWS existants.