Apprenez à accorder à un processus de rapports les accès nécessaires et à vérifier que les opérations sans rapport sont refusées. AWS Identity and Access Management (IAM) détermine quelle identité peut effectuer une action sur une ressource.
Cinq laboratoires guidés couvrent les politiques d’identité, l’appartenance aux groupes, les identifiants temporaires de rôle, une politique de ressource S3 et le diagnostic d’Access Denied. Le défi autonome consiste à maintenir le fonctionnement d’un traitement de rapports tout en supprimant les accès excessifs.
Ce que vous apprendrez
- Rédiger une politique de lecture limitée au rapport nécessaire
- Gérer l’accès d’une équipe par l’appartenance à des groupes IAM
- Utiliser les identifiants temporaires d’un rôle IAM
- Distinguer qui peut assumer un rôle des actions autorisées à sa session
- Protéger un compartiment S3 avec une politique de ressource
- Diagnostiquer les échecs d’accès en vérifiant l’identité de l’appelant et le périmètre des politiques
- Maintenir la lecture des entrées et l’écriture des sorties tout en supprimant les autorisations sans rapport
À qui s’adresse ce cours
Ce cours s’adresse aux débutants en AWS qui ont pratiqué le stockage de fichiers et souhaitent maintenant comprendre les autorisations des ressources et résoudre leurs problèmes.
Prérequis : Terminez Get Started with AWS on LabEx, le laboratoire de préparation obligatoire du cours AWS Foundations for Beginners, puis les activités Foundations et les opérations sur les fichiers S3. Vous devez reconnaître les commandes AWS CLI et les ARN des ressources.
Environnement d’apprentissage : Toutes les activités se déroulent dans un environnement Linux LabEx fourni, accessible dans le navigateur. Utilisez Terminal pour les commandes AWS CLI et AWS View, à côté de Terminal, pour examiner le même état des ressources et des applications. Les outils et la connexion sont prêts ; vous n’avez besoin ni d’un compte AWS personnel ni de clés d’accès. Chaque laboratoire commence indépendamment dans une nouvelle VM.
Questions fréquentes
Quelle est la différence entre authentification et autorisation ?
L’authentification identifie l’appelant ; l’autorisation décide de ce qu’il peut faire. Les identifiants prouvent une identité, tandis que les politiques accordent ou limitent l’accès. Changer de profil CLI change l’appelant : confirmez donc l’identité lorsque vous diagnostiquez un refus.
Les utilisateurs IAM constituent-ils le mode d’accès par défaut en production ?
Les personnes devraient normalement utiliser une identité fédérée, souvent via IAM Identity Center ; les charges de travail devraient normalement recevoir des identifiants temporaires de rôle. Protégez l’identité racine, utilisez-la seulement pour les tâches qui l’exigent et activez MFA. Les exercices sur les utilisateurs et les groupes enseignent le fonctionnement des systèmes IAM existants. Ne placez pas de clés de longue durée dans le code, les journaux ou les captures d’écran. Consultez les bonnes pratiques de sécurité AWS IAM.
Comment savoir si une politique fonctionne ?
Testez les requêtes autorisées et les opérations interdites. Le document de politique seul ne suffit pas, et un échec de connexion ne prouve ni l’autorisation ni le nettoyage. Après les vérifications fonctionnelles, retirez les autorisations et supprimez uniquement les ressources de l’exercice qui vous appartiennent.
Ce cours couvre-t-il tous les types de politiques ?
Non. L’accès entre comptes, les politiques de contrôle des services d’une organisation, les limites d’autorisations et un moteur complet de conditions dépassent ce cadre introductif. Poursuivez avec DynamoDB, les journaux, Lambda et le parcours d’API privée.
