IAM (Identity & Access Management)

DevOps 🟡 Mid

Service de gestion des identités et des permissions cloud. Définit qui peut faire quoi sur quelles ressources via des policies JSON.

Le système de badges d'une entreprise : chaque badge (role) ouvre certaines portes (permissions) et pas d'autres.

{
  "Effect": "Allow",
  "Action": ["s3:GetObject", "s3:PutObject"],
  "Resource": "arn:aws:s3:::my-bucket/*"
}

Appliquer le principe du moindre privilège pour chaque service et utilisateur.

Action: "*" Resource: "*" : accès admin total, violation du least privilège.

#devops#cloud#sécurité#interview

Explique-moi ce qu'est l'IAM dans un cloud.
C'est le service qui gère les identités et les permissions, définissant qui peut faire quoi sur quelles ressources via des policies JSON. C'est comme le système de badges d'une entreprise : chaque badge ouvre certaines portes et pas d'autres.
Quel principe faut-il appliquer en configurant l'IAM ?
Le principe du moindre privilège pour chaque service et utilisateur, par exemple une policy qui n'autorise que s3:GetObject et s3:PutObject sur un bucket précis. À l'inverse, Action: "*" Resource: "*" donne un accès admin total et viole ce principe.
Comment repères-tu une policy IAM mal configurée ?
En cherchant les policies trop larges comme Action: "*" Resource: "*", qui donnent un accès total au lieu de permissions ciblées. C'est l'anti-pattern classique de violation du least privilege.

Fiche mise à jour le 2026-09-27