Des acquisitions successives laissent en héritage des systèmes d'identité disparates, des comptes orphelins non gouvernés et une automatisation impossible. Un programme IAM de bout en bout pour poser les fondations durables.
Un groupe qui grandit par acquisitions hérite inévitablement d'une réalité inconfortable : chaque entité a ses propres annuaires, ses propres outils d'authentification, ses propres pratiques de gestion des accès. Le résultat ? Des identités dupliquées entre filiales, des comptes actifs longtemps après le départ de leurs titulaires, et une IGA (gouvernance des identités et accès) impossible à industrialiser faute d'une source de vérité fiable sur qui est qui dans l'organisation.
Le programme IAM a été conçu pour adresser ce problème dans sa globalité, en traitant simultanément la consolidation des outils, la modernisation de l'authentification et la construction du référentiel d'identité qui rend tout le reste possible.
Pilotage du programme IAM sur l'ensemble de ses cinq composantes — de la migration applicative à la validation du PoC IGA. Coordination des équipes groupe et des DSI de filiales à l'international pour maintenir la cohérence entre des sujets techniquement interdépendants. Architecture des solutions proposées, animation des instances de validation, arbitrage entre standardisation groupe et contraintes locales irréductibles.
Basculement des applications authentifiées via Okta vers Microsoft Entra ID, retenu comme nouvelle solution Groupe pour l'Access Management. Résultat pour les utilisateurs : un MFA unifié, la fin d'Okta Verify pour les applications migrées, et une expérience d'authentification homogène quel que soit l'outil utilisé.
Remplacement de l'authentification historique reposant sur ADFS par PTA (Pass-Through Authentication) comme mode nominal, avec PHS (Password Hash Sync) comme mécanisme de résilience. L'authentification M365 continue de fonctionner même en cas d'indisponibilité de la chaîne on-premise — une résilience critique à l'échelle groupe.
Définition de la stratégie du référentiel d'identité : identifier les sources d'autorité par population, définir les règles d'unicité, formaliser les processus de création et de mise à jour. Un référentiel fiable est la condition sine qua non de toute automatisation IAM — sans lui, les PoC fonctionnent grâce à des exceptions, pas à une réalité industrialisable.
Définition d'un socle de règles Conditional Access cohérent au niveau groupe et déploiement coordonné dans les filiales. Passage d'une sécurité centrée sur le mot de passe à un contrôle d'accès qui tient compte du contexte : appareil, localisation, niveau de risque de la ressource accédée.
Pilotage du Proof of Concept IGA (SailPoint, benchmark Memority) pour valider la faisabilité d'un modèle industrialisé de provisioning/deprovisioning automatique. Scénarios Joiner/Mover/Leaver testés sur des populations réelles. Objectif : décision d'investissement fondée sur un PoC réel, pas sur les seules promesses éditeurs.
Pour une PME, la question n'est pas "Okta ou Entra" mais : savez-vous exactement qui a accès à quoi dans vos systèmes ? Et que se passe-t-il concrètement quand quelqu'un quitte l'entreprise — ses accès sont-ils coupés le même jour ? Structurer cela en amont coûte dix fois moins cher que de le gérer dans l'urgence lors d'un départ conflictuel ou d'un audit de sécurité.
30 minutes pour cartographier ensemble votre exposition et identifier ce qui mérite d'être structuré en priorité.
Réserver mon diagnostic gratuit