Les droits cloud s’accumulent facilement avec les projets, les prestataires et les pipelines. Une revue IAM régulière réduit les accès inutiles et rend les actions importantes plus faciles à attribuer.
Cartographier les identités
Listez les personnes, comptes de service, rôles de pipeline et accès temporaires. Pour chaque identité, notez le propriétaire, la fonction, la date de dernière utilisation et les environnements concernés. Un compte sans propriétaire doit être suspendu ou réattribué après vérification.
Séparez les comptes personnels des comptes partagés. L’authentification nominative permet de relier une action à une personne et de retirer un accès quand quelqu’un change de rôle. Les comptes de secours doivent avoir une procédure d’usage et un stockage contrôlé des moyens d’accès.
Donner des droits adaptés
Commencez par la tâche attendue : lire les journaux, publier une image, modifier une base ou gérer un domaine. Accordez les actions nécessaires à cette tâche sur les ressources concernées. Évitez les rôles administrateur utilisés comme solution rapide quand une permission plus petite suffit.
Les droits de lecture restent sensibles lorsqu’ils donnent accès à des données client ou à des secrets. Séparez les journaux techniques des données applicatives et masquez les valeurs qui n’aident pas au diagnostic.
Isoler les environnements
Une équipe de développement peut avoir besoin de créer des ressources de test sans pouvoir toucher à la production. Utilisez des projets, comptes ou abonnements séparés lorsque la plateforme le permet. Ajoutez une confirmation visible avant toute commande qui vise la production.
Le pipeline doit utiliser une identité dédiée. Un job de test n’a pas besoin de supprimer une base ni de publier un déploiement. Séparez construction, publication et mise en production, puis ajoutez une validation pour les étapes à effet durable.
Utiliser des accès temporaires
Un prestataire ou un développeur intervenant sur un incident peut recevoir un accès limité dans le temps. Indiquez la demande, la durée, les ressources et le responsable de révocation. Évitez de prolonger un accès temporaire sans nouvelle justification.
Quand une tâche urgente exige des privilèges élevés, journalisez l’action et examinez-la ensuite. Les mécanismes de session temporaire et de validation à deux personnes peuvent réduire le risque pour les opérations destructives.
Revoir et détecter
Comparez les permissions avec les tâches réellement effectuées. Les journaux d’accès indiquent parfois qu’un rôle n’est plus utilisé, mais une absence d’usage récente ne prouve pas qu’il peut être supprimé sans analyse. Vérifiez les jobs planifiés et les scénarios de reprise.
Contrôlez les changements IAM dans le pipeline et envoyez une alerte pour les permissions larges, les clés créées ou la désactivation d’une protection. Une alerte doit préciser la ressource, l’acteur et la prochaine action.
Les secrets dans un pipeline CI/CD doivent suivre les mêmes principes. Pour une revue de votre architecture cloud, consultez l’accompagnement DevOps et cloud au Maroc.
Sources : NIST, Zero Trust Architecture, Google Cloud, IAM overview.