Comment assurer l'accès de l'équipe de développement…

Nous appliquons le principe du moindre privilège. Nous créons des utilisateurs ou rôles IAM séparés pour chaque membre de l'équipe ou groupe, en leur accordant uniquement les permissions nécessaires à leurs tâches.

Pour les processus automatisés (CI/CD), nous utilisons des rôles IAM avec des droits limités, attribués aux services (par exemple, EC2, Lambda) ou entités (par exemple, GitHub Actions OIDC).

Nous stockons les identifiants (qu'il s'agisse de clés d'accès ou de jetons temporaires) de manière sécurisée. Pour les identifiants utilisés manuellement, nous encourageons l'utilisation de la console du fournisseur via l'accès fédéré ou Azure AD / Google Identity Platform. Pour les processus automatisés, nous intégrons des systèmes de gestion des secrets (par exemple, HashiCorp Vault, AWS Secrets Manager, Azure Key Vault, GCP Secret Manager) avec les pipelines CI/CD.

Nous appliquons une authentification multifactorielle (MFA) pour tous les utilisateurs interactifs.

Nous configurons l'audit des actions des utilisateurs (journalisation, par exemple, AWS CloudTrail, Azure Activity Logs, GCP Audit Logs) et les analysons pour détecter toute activité suspecte.

Nous utilisons des groupes de sécurité (Security Groups dans AWS, Network Security Groups dans Azure, Firewall Rules dans GCP) pour contrôler l'accès réseau aux ressources.

Lorsque cela est nécessaire, nous utilisons un VPN ou des systèmes de gestion des accès privilégiés (PAM) pour accéder aux ressources sensibles.

Nous révisons et ajustons périodiquement les droits d'accès.

# Exemple de politique IAM dans AWS pour un utilisateur développeur
Version: "2012-10-17"
Statement:
  - Effect: Allow # Permet l'accès
    Action: # Liste des actions autorisées
      - ec2:Describe* # Consultation des informations EC2
      - s3:ListBucket # Consultation du contenu du bucket S3
      - s3:GetObject # Lecture d'objets dans S3
    Resource: "*" # S'applique à toutes les ressources de ce type
  - Effect: Deny # Interdiction d'accès
    Action: # Liste des actions interdites
      - ec2:TerminateInstances # Interdiction de supprimer EC2
      - s3:DeleteObject # Interdiction de supprimer des objets S3
    Resource: "*"

# Exemple de commande AWS CLI pour créer un utilisateur et attacher une politique
aws iam create-user --user-name developer-user
aws iam attach-user-policy --user-name developer-user --policy-arn arn:aws:iam::aws:policy/ReadOnlyAccess # Politique intégrée d'exemple

Comment assurer l'accès de l'équipe de développement aux fournisseurs de cloud?