Comment ça marche
Une information change à la source. Les accès suivent.
Une première mise en service relie une information fiable aux accès attendus. Ensuite, le même mécanisme aide à comprendre, administrer et faire évoluer le périmètre au quotidien.
Source de référence
RH · annuaire · référentiel
Cycle de vie
Mon premier IAM
Cibles
Annuaires · applications
Un mouvement, cinq temps
Comment un événement RH devient des comptes et des droits
Pour chaque temps : qui fournit l’information, qui décide, qui applique. Ce qui se fait automatiquement dépend des connexions et des règles réellement configurées ; une application non raccordée reste une tâche manuelle, déclenchée et tracée.
Déclencheur
Une arrivée, une mobilité ou un départ est signalé par le SIRH, la RH ou un processus maîtrisé (par exemple la déclaration d’un prestataire).
Fournit : RH, ou le responsable interne
Identité
L’information est rapprochée d’une personne identifiée, avec les données utiles : fonction, site, manager, dates.
Fournit : la source de référence
Décision
Des règles déterminent les accès à créer, modifier ou retirer. Ce qui sort du standard passe par une validation humaine.
Décide : les règles, puis le manager ou le propriétaire de l’application
Exécution
Les actions sont transmises aux systèmes : Active Directory, Entra ID, Microsoft 365, applications métier, lorsque la connexion existe.
Applique : l’outil IAM, ou l’IT pour une application non raccordée
Contrôle
On vérifie que l’état réel correspond à l’attendu, on traite les erreurs et exceptions, on garde la trace des actions importantes.
Vérifie : l’IT, avec une personne désignée pour les écarts
Le même enchaînement s’applique à une arrivée, un départ ou la mission d’un prestataire. Le contrôle sert aussi à repérer les comptes sans propriétaire et à faire revoir les droits existants. Pour choisir le premier mouvement à traiter, voyez par quoi commencer.
À ne pas confondre
Trois sujets voisins, trois problèmes différents
- Cycle de vie des identités
- Créer, modifier et retirer comptes et droits au rythme des arrivées, mobilités et départs. C’est le sujet de cette page.
- Authentification unique (SSO)
- Se connecter une fois pour accéder à plusieurs applications. Le SSO ne crée pas les comptes et ne retire pas les droits.
- Comptes à privilèges (PAM)
- Protéger et tracer l’usage des comptes administrateurs. Un sujet complémentaire, avec ses propres outils.
Mettre en service
Construire seulement le fonctionnement nécessaire
Les six éléments ci-dessous forment le mécanisme. Le premier périmètre n’a pas besoin de mobiliser toute la profondeur disponible.
- 01
Partir d’une source de référence
RH, annuaire ou autre source fiable fournit l’état attendu de l’identité.
- 02
Construire l’identité
Personne, organisation, manager, site, fonction, dates et comptes sont reliés entre eux.
- 03
Définir les accès attendus
Règles, rôles et décisions permettent de déterminer ce qui doit être attribué ou retiré. C’est ce qu’on appelle les accès standard selon le rôle (RBAC).
- 04
Orchestrer les actions
Synchronisation, création/suppression de comptes et workflows exécutent automatiquement ou routent les exceptions vers la bonne personne.
- 05
Réconcilier le réel
Comparer l’état observé avec l’état attendu pour faire apparaître les écarts. C’est ce qu’on appelle la réconciliation des accès.
- 06
Revoir et prouver
Requêtes, historique, rapports et campagnes permettent de vérifier qui doit garder ses accès. C’est ce qu’on appelle une revue / certification des accès.
Au quotidien
Comprendre, utiliser, administrer
Une fois le périmètre en service, les événements suivent les règles prévues, les exceptions restent visibles et les opérations peuvent être expliquées.
Utiliser les processus courants
Les arrivées, changements, départs et demandes suivent le chemin défini.
Administrer le périmètre livré
Les règles, décisions et systèmes raccordés restent compréhensibles.
Faire évoluer ce qui fonctionne
Une nouvelle application ou un nouveau contrôle peut rejoindre le dispositif lorsque le besoin apparaît.
Quand le besoin apparaît
Les capacités disponibles pour aller plus loin
Elles existent pour étendre un fonctionnement déjà utile. Elles ne sont pas obligatoires pour démarrer.
Gestion des identités
Centraliser identités, comptes, organisation et permissions.
Rôles & accès standard
Définir les accès attendus et les appliquer de façon cohérente.
Workflows
Faire suivre une demande ou un événement au bon chemin.
Requêtes & reporting
Interroger les données courantes et historiques.
Revues des habilitations
Faire revoir des accès par des responsables et appliquer les décisions.
Séparation des tâches & risque
Détecter des combinaisons de droits ou conditions à risque.
Analyse Power BI
Analyser accès, gouvernance et historique dans Power BI.
Analyse des droits existants
Analyser les droits en place pour découvrir et maintenir des modèles de rôles (role mining).
Avec qui vous avancez
Netwrix et Ariovis, pas l’un ou l’autre
Netwrix édite la solution. Ariovis est l’équipe française avec laquelle vous la choisissez, l’achetez et la déployez.
Faut-il s’adresser à Netwrix ou à vous ?
Vous n’avez pas à choisir : nous travaillons ensemble. Netwrix conçoit la solution, Ariovis la met en œuvre chez vous et construit votre proposition avec l’éditeur.
Est-ce que passer par vous ajoute une étape ?
Non. Vous avez un interlocuteur français unique pour cadrer le besoin, obtenir votre proposition, déployer et être accompagné ensuite.
Qui répond quand nous demandons un prix ?
Nous. Votre demande est traitée par notre équipe, en lien direct avec Netwrix, sans passer par plusieurs interlocuteurs successifs.
Pour lancer le projet
Choisissez une première offre, puis obtenez un prix adapté à votre périmètre.
Décrivez comment vous gérez les arrivées, changements et départs. Nous regardons avec vous où un premier périmètre peut supprimer du manuel et rendre les accès plus fiables.
Netwrix édite la solution. Ariovis est l’équipe française avec laquelle vous la choisissez, l’achetez et la déployez.