IAM / IAM-06
Gestion des secrets et des identités de charge de travail
Protection des clés d'application, des jetons et des comptes pour réduire les secrets partagés, oubliés ou intégrés dans le code.
QUAND C'EST UTILE
Une réponse ciblée
à un besoin défini.
CTO, DevOps ou infrastructure ; clés API dans les référentiels, comptes de service à long terme ou rotation risquée.
PORTÉE ET RÉSULTATS
Ce que couvre la mission.
Portée
- Stock et propriété
- Volte d'escalade ou identité de charge de travail
- privilège minimal, rotation, retrait et enregistrement
Livrables
- Inventaire secret
- Intégrations ciblées
- Procédures de rotation et tests de continuité
Preuve de réception
Les secrets de pilotage ne sont plus distribués en clair ; la rotation et la révoquation sont testées avec les applications concernées.
LIVRAISON
Comment le travail est structuré.
Approche
Inventorier les identités et les applications ; définir les rôles et les politiques ; piloter avec un groupe ; tester les chemins d'autorisation, de refus et de récupération ; déployer et transférer.
Prérequis et responsabilités
Client : propriétaires des applications, RH, administrateurs, groupes pilotes et comptes d'urgence. Fournisseur : conception, intégration et tests dans le cadre des autorisations convenues.
Facteurs de portée
Utilisateurs, répertoires, applications, protocoles, comptes à privilèges, compatibilité et migration. Les licences, les clés physiques et les opérations récurrentes sont distinctes.
Questions à clarifier
Où sont stockés les secrets ? Qui peut les lire ? Que se passe-t-il lorsque l’on retire une clé ?
LIMITES IMPORTANTES
La cryptage des coffres-forts ne corrige pas l’accès excessif ; la migration des applications est un facteur majeur de cette initiative.
La récupération et l'accès d'urgence sont testés avant le déploiement. L'authentification, l'autorisation et la gestion des accès privilégiés sont des couches complémentaires.
EN PRATIQUE
Situations illustratives.
Ces exemples décrivent des engagements possibles et des résultats cibles. Il ne s'agit pas de références clients ni de résultats obtenus.
Scénario 01
Un fournisseur de logiciels stocke un token de production dans Git. Projet : le révoquer soigneusement, identifier les dépendances et gérer les secrets. Objectif : une solution de remplacement protégée et des contrôles de précaution ; supprimer le fichier seul n’est pas suffisant.
Scénario 02
Plusieurs applications partagent un seul compte de service. Projet : créer des identités distinctes et des autorisations limitées. Objectif : annulation ciblée et transparence de la propriété ; la rotation est testée avant le déploiement.
Contexte technologique et de référence
Comptoirs secrets, identités gérées ou mécanismes supportés par le cloud et l’environnement d’exploitation sélectionné.
L'ensemble final des technologies est convenu lors du cadrage, sur la base de l'interopérabilité, des licences, des droits d'accès et des exigences opérationnelles.
SERVICES CONNECTÉS
Construisez l'étape suivante.
Ces services peuvent compléter la mission. Ils ne sont pas inclus automatiquement.
Commencer une conversation
Clarifiez la portée.
Nous clarifierons l'objectif, les dépendances et les responsabilités de ce service avant de proposer la livraison.