Une entreprise en France utilise Amazon Cognito avec l'interface utilisateur hébergée (Hosted UI) comme courtier d'identité pour la connexion et l'inscription. Les utilisateurs de l'application sont censés se trouver en France, mais après le lancement, l'équipe de sécurité observe des inscriptions frauduleuses, principalement en dehors de la France. L'équipe doit effectuer une validation personnalisée lors de l'inscription et accepter ou rejeter les enregistrements en fonction du résultat. Quelle combinaison d'actions répondra à ces exigences ? (Choisissez deux.)

Pour valider les inscriptions de manière personnalisée, un déclencheur AWS Lambda Pre Sign-up est idéal. Il permet d'exécuter un code personnalisé avant qu'un utilisateur ne soit enregistré dans le pool d'utilisateurs Cognito, offrant la flexibilité d'accepter ou de rejeter l'inscription en fonction de la logique métier (par exemple, vérifier l'adresse IP ou d'autres attributs). Pour bloquer les inscriptions provenant de l'extérieur de la France, une ACL web AWS WAF avec une règle de correspondance géographique est efficace. En l'associant au point de terminaison de l'interface utilisateur hébergée de Cognito, WAF peut filtrer les requêtes en fonction de l'emplacement géographique de la source, bloquant ainsi les tentatives d'inscription non désirées. Les autres options sont incorrectes : Configurer un client d'application ne valide pas les requêtes géographiquement ni de manière personnalisée. Amazon Cognito n'a pas de paramètre de restriction géographique intégré pour les inscriptions. Un fournisseur d'identité social ne gère pas la validation géographique ou personnalisée des inscriptions directes.