Une application s'exécutant sur Amazon EC2 extrait des messages d'Amazon SQS. Après de récentes modifications IAM, les instances ne peuvent plus recevoir de messages. Quelles actions devriez-vous entreprendre pour dépanner tout en maintenant le principe du moindre privilège ? (Choisissez deux.)

Les deux actions correctives sont essentielles pour dépanner les problèmes d'autorisation SQS tout en respectant le principe du moindre privilège. Premièrement, il est crucial de vérifier que les politiques d'autorisation attachées au rôle IAM de l'instance EC2 (politiques en ligne ou gérées) incluent les permissions SQS nécessaires (par exemple, sqs:ReceiveMessage) pour la file d'attente spécifique. Sans ces permissions explicites, l'instance ne pourra pas accéder à SQS. Deuxièmement, les politiques de ressource SQS peuvent explicitement refuser l'accès à certains principaux IAM, même si le rôle de l'instance a les permissions requises. Une politique de refus explicite l'emporte toujours sur une politique d'autorisation. Attacher AmazonSQSFullAccess est une solution rapide mais viole le principe du moindre privilège en accordant des permissions excessives. La vérification de la clé d'accès n'est pas pertinente car les instances EC2 utilisent des rôles IAM et des informations d'identification temporaires, pas des clés d'accès permanentes. La configuration d'un périphérique MFA n'est pas applicable pour les rôles assumés par les instances EC2 dans ce contexte.