Ce guide concerne WALLIX Bastion 12. Les menus, options et compatibilités peuvent évoluer avec les correctifs et la version d’Access Manager : vérifiez la documentation correspondant à votre environnement avant une configuration.
Comprendre le fonctionnement
Un checkout autorise une personne à consulter le secret d’un compte secondaire selon les droits publiés. Avec un verrou, le compte est réservé suivant la politique ; sans verrou, plusieurs utilisateurs peuvent avoir accès au secret. Ce choix concerne la concurrence d’usage, pas uniquement l’affichage du bouton.
Le check-in restitue le compte. Une rotation au check-in peut ensuite renouveler le secret si la politique et le plugin la permettent. La politique de checkout et la politique de changement de mot de passe restent deux objets différents.
La demande de visualisation passe par les droits et la checkout policy. Le compte est ensuite restitué au check-in ; une rotation dépend de sa propre configuration.
Télécharger le schéma en SVG · version claireConstruire et vérifier la configuration
- Créer une checkout policy et décider si le verrou est nécessaire ; définir la durée de checkout lorsque le verrou la prévoit.
- Attribuer cette politique au compte secondaire. Vérifier son domaine et le secret conservé.
- Publier le compte dans les ressources Password Management du groupe cible.
- Activer le droit de visualisation sur l’autorisation concernée. Ajouter une approbation si le processus la demande.
- Tester avec deux utilisateurs de lab : consultation, concurrence, restitution et historique. Vérifier la rotation séparément si elle est activée.
Préparer une recette à deux utilisateurs
Dans ce scénario de lab, Alice et Bruno disposent des droits de visualisation du même compte secondaire. Le verrou est activé ; la durée choisie est de 15 minutes, une valeur pédagogique et non un réglage par défaut. Vérifiez chaque action séparément.
| Action | Observation recherchée | Ce qu’elle permet de conclure |
|---|---|---|
| Alice effectue un checkout | Le secret est consultable et la réservation apparaît | Les droits de visualisation et la politique sont applicables |
| Bruno demande le même compte pendant la réservation | Le verrou empêche son usage concurrent selon la politique | L’exclusivité attendue est effectivement appliquée |
| Alice effectue un check-in | La réservation est levée ; Bruno peut demander le compte | Le compte est restitué, sans preuve implicite de rotation |
| Rotation au check-in activée dans un lab compatible | Le résultat du changement est observé séparément | Le secret a changé seulement si le mécanisme a réussi |
Diagnostiquer sans masquer le problème
Si Bruno peut utiliser le compte pendant la réservation, vérifiez d’abord la checkout policy appliquée au bon compte et son verrou. Vérifiez ensuite que les deux utilisateurs visent bien ce même compte secondaire, pas deux objets portant un login semblable.
Si un utilisateur ouvre une session mais ne peut pas lire le secret, contrôlez le droit de visualisation : ces deux autorisations sont distinctes. Après un check-in, vérifiez la rotation séparément, avec le plugin, les options et les limites de réplication applicables.
Exercice de compréhension
Deux utilisateurs voient le même secret alors que l’exploitation attend une réservation exclusive. Où cherchez-vous ?
Voir le corrigé
Dans la checkout policy appliquée au compte et son option de verrou, puis dans les droits et ressources Password Management publiés. Un droit de visualisation seul ne garantit pas l’exclusivité.
Pour approfondir
- Documentation des produits WALLIX — choisir la version applicable
- Portail support WALLIX — guides et compatibilité par version
Continuer le parcours WCP 12
Retrouver les 20 guides du parcours WCP 12