RousselTMLEARNING

Cloud computing

IAM : identités, rôles et politiques sur AWS

Sécuriser l'accès à AWS avec IAM : utilisateurs, groupes, rôles et politiques JSON, évaluation des permissions, MFA, IAM Identity Center pour les humains, rôles pour les applications, et principe du moindre privilège.

1. Les identités IAM #

Utilisateurs, groupes, rôles.

Vocabulaire #

NotionUsageBonne pratique
Utilisateur IAMIdentité permanente avec mot de passe ou clésÀ éviter pour les humains : préférer Identity Center
GroupeRegrouper des utilisateurs pour leur attacher des politiquesJamais de politique attachée directement à un utilisateur
RôleIdentité endossée temporairement (personne, service, autre compte)La solution par défaut pour les applications
PolitiqueDocument JSON qui autorise ou refuse des actionsMoindre privilège, conditions

Humains et applications #

Accès des humains et des applications
Les identifiants temporaires expirent automatiquement : rien à faire tourner ni à stocker.

2. Les politiques #

Le document JSON qui donne les droits.

Anatomie d'une politique #

{
  "Version": "2012-10-17",
  "Statement": [{
    "Sid": "LectureRapports",
    "Effect": "Allow",
    "Action": ["s3:GetObject", "s3:ListBucket"],
    "Resource": ["arn:aws:s3:::rapports-prod", "arn:aws:s3:::rapports-prod/*"],
    "Condition": { "Bool": { "aws:SecureTransport": "true" } }
  }]
}

Chaque instruction indique un effet (Allow ou Deny), des actions, des ressources (ARN) et éventuellement des conditions (IP source, MFA, étiquettes, chiffrement en transit).

Évaluation #

Logique d'évaluation IAM
Tout est refusé par défaut ; une seule autorisation suffit, sauf si un refus explicite s'applique.
aws iam simulate-principal-policy \
  --policy-source-arn arn:aws:iam::123456789012:role/app \
  --action-names s3:GetObject --resource-arns arn:aws:s3:::rapports-prod/janvier.pdf

3. Bonnes pratiques #

Le moindre privilège en pratique.

Règles #

  • MFA pour tous les humains, utilisateur racine verrouillé.
  • Identity Center et rôles : pas de clés d'accès longues durées sur les postes ni dans le code.
  • Partir des politiques gérées par AWS pour découvrir, puis écrire des politiques ajustées ; IAM Access Analyzer propose des politiques à partir de l'activité réelle.
  • Séparer les comptes par environnement et poser des SCP (interdire de désactiver CloudTrail, limiter les régions).
  • Revoir régulièrement les accès inutilisés (dernier accès dans la console IAM).
aws iam generate-credential-report && aws iam get-credential-report --query Content --output text | base64 -d | head
aws accessanalyzer list-findings --analyzer-arn <arn>

Articles liés

Comprendre AWS : infrastructure mondiale, comptes, outils et tarification

Les bases indispensables pour démarrer sur Amazon Web Services : régions, zones de disponibilité et points de…

Le réseau AWS : VPC, sous-réseaux, routage et sécurité

Concevoir un réseau AWS : VPC et plages CIDR, sous-réseaux publics et privés, tables de routage, passerelles …

Le calcul sur AWS : EC2, Auto Scaling, Lambda et conteneurs

Choisir et utiliser les services de calcul AWS : instances EC2 (types, AMI, EBS, user data, modèles d'achat),…

Pour aller plus loin

Soutenir

♥ SOUTENIR

Soutenez RousselTM Learning

Les formations, articles, TP et attestations restent gratuits et sans publicité intrusive. Une contribution libre, du montant de votre choix, finance l’hébergement, les environnements de TP et l’écriture de nouveaux contenus.

Contribuer avec PayPal Montant libre · carte bancaire ou compte PayPalEn savoir plus
QR code PayPal
Ou scannez ce QR code avec votre téléphone

Merci, chaque contribution compte !