Domaine · Identités et accès (IAM / IAG)

Qui accède à quoi, et pourquoi : une réponse à tout moment.

Nous structurons le cycle de vie des identités, de l’arrivée au départ, définissons les rôles et les habilitations avec vos métiers, étendons l’authentification forte et organisons des revues d’accès qui retirent vraiment les droits inutiles.

Situations

Vous êtes au bon endroit si…

  • Des comptes d’anciens salariés ou prestataires sont encore actifs plusieurs mois après leur départ.
  • Les droits s’accumulent au fil des changements de poste, et plus personne ne sait pourquoi un utilisateur les détient.
  • Votre revue annuelle des habilitations se résume à un tableur envoyé aux managers, validé sans être lu.
  • L’authentification multifacteur protège la messagerie, mais ni l’accès distant ni les applications métier.
  • Votre auditeur ou votre autorité demande la preuve de vos revues d’accès et de vos retraits de droits.
Notre conviction

Une identité se gouverne de l’arrivée au départ : l’outil vient après le modèle.

Beaucoup de projets IAM commencent par le choix d’un outil et butent sur ce qui le précède : des sources d’identités fiables, des rôles définis avec les métiers, des responsables qui valident les droits.

Nous posons d’abord ce modèle, puis l’automatisation qu’il rend possible. Les revues d’accès deviennent alors un contrôle utile : chaque droit a un propriétaire, une justification et une date de fin.

Notre démarche

Du référentiel des identités aux revues d’accès.

Un modèle simple, tenu par les métiers, que l’outillage automatise ensuite.

  1. 01RecenserSources des identités (RH, prestataires, comptes techniques), applications, comptes et droits existants, comptes orphelins ou génériques.

    Vous obtenezUne cartographie des identités et des droits

  2. 02ModéliserRôles métier, séparation des tâches, circuit de demande et de validation, règles d’arrivée, de mobilité et de départ.

    Vous obtenezUn modèle de rôles et une politique d’habilitation

  3. 03AuthentifierAuthentification multifacteur proportionnée au risque : accès distant, messagerie, applications sensibles, comptes à privilèges.

    Vous obtenezUne feuille de route d’authentification forte

  4. 04Revoir et prouverCampagnes de revue avec les métiers, retrait effectif des droits inutiles, indicateurs et preuves pour l’audit.

    Vous obtenezDes revues d’accès tracées et leurs preuves

Ce que disent les textes

Ce que les textes attendent de la gestion des identités et des accès.

DORA, NIS 2 et le guide de la CNIL convergent : une identité unique par personne, des droits au strict besoin, retirés à temps et revus régulièrement.

  • DORA · RTSRTS 2024/1774 art. 20(1) · RTS 2024/1774 art. 20(2), point (a)

    Les entités financières se dotent de politiques de gestion des identités qui garantissent l’identification et l’authentification uniques des personnes et des systèmes, chaque membre de leur personnel ou de celui de leurs prestataires disposant d’une identité unique.12

  • DORA · RTSRTS 2024/1774 art. 21, point (a) · RTS 2024/1774 art. 21, point (b) · RTS 2024/1774 art. 21, point (e) (iii) · RTS 2024/1774 art. 21, point (e) (iv)

    Leur politique de contrôle d’accès attribue les droits selon le besoin d’en connaître et le moindre privilège, sépare les tâches, retire les droits sans retard injustifié au départ et les revoit au moins une fois par an, tous les six mois pour les systèmes soutenant des fonctions critiques ou importantes.3456

  • NIS 2 · ReCyFNIS 2 art. 21(2), point (i) · NIS 2 art. 21(2), point (j) · ReCyF v2.5, objectif 10

    La directive demande aux États membres d’exiger des entités des politiques de contrôle d’accès et, le cas échéant, l’authentification multifacteur ; le ReCyF (version de travail) leur fixe l’objectif de mécanismes d’identification et d’authentification et de processus de gestion des droits, jusqu’à la révocation des droits et à la désactivation des comptes au départ.789

  • Guide CNILGuide CNIL sécurité, fiche 5, F05-PE-01 · Guide CNIL sécurité, fiche 5, F05-PE-02 · Guide CNIL sécurité, fiche 5, F05-PE-03 · Guide CNIL sécurité, fiche 5, F05-PE-04 · Guide CNIL sécurité, fiche 4, F04-MC-01

    La CNIL recommande de définir des profils d’habilitation qui séparent les tâches, de faire valider chaque demande par un responsable, de supprimer les accès dès qu’ils ne sont plus justifiés, de revoir les habilitations au moins une fois par an avec les métiers, et d’utiliser l’authentification multifacteur pour les données sensibles et les opérations à risque, notamment l’administration, la connexion depuis l’extérieur et l’accès à la messagerie professionnelle.1011121314

Notre intervention

Le même sujet, à trois niveaux d’engagement.

Vous choisissez le niveau ; le périmètre et les livrables sont fixés par contrat.

Niveau 01

Monitor

Nous suivons vos indicateurs d’habilitation et relançons les revues à leur échéance.

Livrables
  • Suivi des comptes orphelins, génériques et inactifs
  • Calendrier et suivi des campagnes de revue
  • Contrôle périodique des retraits de droits au départ
Niveau 03

Drive

Nous pilotons le programme avec vos RH, votre DSI et vos métiers, sans effectuer les changements dans votre SI.

Livrables
  • Pilotage des campagnes de revue avec les métiers
  • Suivi des retraits de droits et des écarts
  • Preuves prêtes pour l’auditeur ou l’autorité
Accélérateurs

Ce que nous apportons dès le premier jour.

Modèle de rôles type

Une base de rôles métier et de règles de séparation des tâches, à adapter à votre organisation.

Kit de revue d’accès

Lancement, consignes aux managers, relances et compte rendu : une campagne de revue prête à démarrer.

Votre appli web de suivi

Identités, droits, revues et écarts dans un outil partagé avec vos équipes.

Questions fréquentes

Avant de commencer.

Faut-il commencer par choisir un outil IAM ?

Non. Un outil automatise un modèle : sans sources d’identités fiables ni rôles définis, il reproduit le désordre plus vite. Nous posons le modèle d’abord, puis vous aidons à choisir l’outil qui lui correspond.

À quelle fréquence revoir les habilitations ?

Au moins une fois par an, et plus souvent pour les systèmes sensibles. Une entité financière soumise à DORA les revoit au moins tous les six mois sur les systèmes soutenant des fonctions critiques ou importantes ; la CNIL recommande une revue au moins annuelle.613

IAM ou IAG, quelle différence ?

L’IAM gère les identités et les accès au quotidien : création des comptes, authentification, attribution des droits. L’IAG les gouverne : qui valide, sur quel modèle, avec quelles revues et quelles preuves. Nous traitons les deux ensemble.

Intervenez-vous dans nos annuaires ?

Non. Nous concevons, pilotons et vérifions ; vos équipes ou votre intégrateur effectuent les changements dans votre SI. Nous pouvons vous aider à trouver l’intégrateur adapté, que vous mandatez.

Commencez par les départs de l’année écoulée.

Décrivez vos annuaires, vos applications sensibles et la façon dont vous gérez les départs. Nous revenons vers vous avec une proposition de cadrage.

Sources

Les extraits cités.

Texte exact, dans sa langue d’origine, tiré des référentiels extraits du texte officiel.

Voir les 14 extraits cités
  1. 1RTS 2024/1774 art. 20(1)32024R1774-a20-p1
    As part of their control of access management rights, financial entities shall develop, document, and implement identity management policies and procedures that ensure the unique identification and authentication of natural persons and systems accessing the financial entities’ information to enable assignment of user access rights in accordance with Article 21.
    Force normative
    droit UE directement applicable (règlement délégué — RTS, niveau 2)
    Source
    Commission Delegated Regulation (EU) 2024/1774 of 13 March 2024 supplementing Regulation (EU) 2022/2554 with regard to regulatory technical standards specifying ICT risk management tools, methods, processes, and policies and the simplified ICT risk management framework
    Version
    CELEX 32024R1774 — ELI reg_del/2024/1774
    Texte officiel
  2. 2RTS 2024/1774 art. 20(2), point (a)32024R1774-a20-p2-1
    without prejudice to Article 21, first paragraph, point (c), a unique identity corresponding to a unique user account shall be assigned to each staff member of the financial entity or staff of the ICT third-party service providers accessing the information assets and ICT assets of the financial entity;
    Force normative
    droit UE directement applicable (règlement délégué — RTS, niveau 2)
    Source
    Commission Delegated Regulation (EU) 2024/1774 of 13 March 2024 supplementing Regulation (EU) 2022/2554 with regard to regulatory technical standards specifying ICT risk management tools, methods, processes, and policies and the simplified ICT risk management framework
    Version
    CELEX 32024R1774 — ELI reg_del/2024/1774
    Texte officiel
  3. 3RTS 2024/1774 art. 21, point (a)32024R1774-a21-p0-1
    the assignment of access rights to ICT assets based on need-to-know, need-to-use and least privilege principles, including for remote and emergency access;
    Force normative
    droit UE directement applicable (règlement délégué — RTS, niveau 2)
    Source
    Commission Delegated Regulation (EU) 2024/1774 of 13 March 2024 supplementing Regulation (EU) 2022/2554 with regard to regulatory technical standards specifying ICT risk management tools, methods, processes, and policies and the simplified ICT risk management framework
    Version
    CELEX 32024R1774 — ELI reg_del/2024/1774
    Texte officiel
  4. 4RTS 2024/1774 art. 21, point (b)32024R1774-a21-p0-2
    the segregation of duties designed to prevent unjustified access to critical data or to prevent the allocation of combinations of access rights that may be used to circumvent controls;
    Force normative
    droit UE directement applicable (règlement délégué — RTS, niveau 2)
    Source
    Commission Delegated Regulation (EU) 2024/1774 of 13 March 2024 supplementing Regulation (EU) 2022/2554 with regard to regulatory technical standards specifying ICT risk management tools, methods, processes, and policies and the simplified ICT risk management framework
    Version
    CELEX 32024R1774 — ELI reg_del/2024/1774
    Texte officiel
  5. 5RTS 2024/1774 art. 21, point (e) (iii)32024R1774-a21-p0-8
    withdrawal of access rights without undue delay upon termination of the employment or when the access is no longer necessary;
    Force normative
    droit UE directement applicable (règlement délégué — RTS, niveau 2)
    Source
    Commission Delegated Regulation (EU) 2024/1774 of 13 March 2024 supplementing Regulation (EU) 2022/2554 with regard to regulatory technical standards specifying ICT risk management tools, methods, processes, and policies and the simplified ICT risk management framework
    Version
    CELEX 32024R1774 — ELI reg_del/2024/1774
    Texte officiel
  6. 6RTS 2024/1774 art. 21, point (e) (iv)32024R1774-a21-p0-9
    update of access rights where changes are necessary and at least once a year for all ICT systems, other than ICT systems supporting critical or important functions and at least every 6 months for ICT systems supporting critical or important functions;
    Force normative
    droit UE directement applicable (règlement délégué — RTS, niveau 2)
    Source
    Commission Delegated Regulation (EU) 2024/1774 of 13 March 2024 supplementing Regulation (EU) 2022/2554 with regard to regulatory technical standards specifying ICT risk management tools, methods, processes, and policies and the simplified ICT risk management framework
    Version
    CELEX 32024R1774 — ELI reg_del/2024/1774
    Texte officiel
  7. 7NIS 2 art. 21(2), point (i)32022L2555-a21-p2-9
    human resources security, access control policies and asset management;
    Force normative
    droit UE à transposer (directive) — non directement applicable, exige une transposition nationale
    Source
    Directive (EU) 2022/2555 of the European Parliament and of the Council of 14 December 2022 on measures for a high common level of cybersecurity across the Union, amending Regulation (EU) No 910/2014 and Directive (EU) 2018/1972, and repealing Directive (EU) 2016/1148 (NIS 2 Directive)
    Version
    CELEX 32022L2555 — ELI dir/2022/2555
    Texte officiel
  8. 8NIS 2 art. 21(2), point (j)32022L2555-a21-p2-10
    the use of multi-factor authentication or continuous authentication solutions, secured voice, video and text communications and secured emergency communication systems within the entity, where appropriate.
    Force normative
    droit UE à transposer (directive) — non directement applicable, exige une transposition nationale
    Source
    Directive (EU) 2022/2555 of the European Parliament and of the Council of 14 December 2022 on measures for a high common level of cybersecurity across the Union, amending Regulation (EU) No 910/2014 and Directive (EU) 2018/1972, and repealing Directive (EU) 2016/1148 (NIS 2 Directive)
    Version
    CELEX 32022L2555 — ELI dir/2022/2555
    Texte officiel
  9. 9ReCyF v2.5, objectif 10recyf:obj-10
    Les entités [importantes ou essentielles] mettent en œuvre : 1. Des mécanismes d’identification et d’authentification des utilisateurs et des processus automatiques de leurs systèmes d’information ; 2. Des processus de gestion des droits permettant notamment l’attribution des droits d’accès aux ressources en fonction du besoin opérationnel des utilisateurs et des processus automatiques, la révocation des droits en cas de changement d’affectation des utilisateurs et la désactivation du compte utilisateur en cas de départ de l’entité.
    Force normative
    obligation (décret, PJL résilience)
    Source
    ReCyF — Référentiel Cyber France (NIS 2, transposition nationale)
    Version
    2.5 du 17/03/2026 (version de travail)
    Statut
    Version de travail : non opposable tant que la transposition n’est pas promulguée
    Texte officiel
  10. 10Guide CNIL sécurité, fiche 5, F05-PE-01F05-PE-01
    Définir des profils d’habilitation dans les systèmes en séparant les tâches et les domaines de responsabilité, afin de limiter l’accès des utilisateurs aux seules données strictement nécessaires à l’accomplissement de leurs missions.
    Force normative
    recommandation (droit souple)
    Source
    Guide pratique RGPD — Sécurité des données personnelles
    Version
    2024 (mise à jour 2026)
    Texte officiel
  11. 11Guide CNIL sécurité, fiche 5, F05-PE-02F05-PE-02
    Faire valider toute demande d’habilitation par un responsable (ex. : supérieur hiérarchique, chef de projet).
    Force normative
    recommandation (droit souple)
    Source
    Guide pratique RGPD — Sécurité des données personnelles
    Version
    2024 (mise à jour 2026)
    Texte officiel
  12. 12Guide CNIL sécurité, fiche 5, F05-PE-03F05-PE-03
    Supprimer les permissions d’accès des utilisateurs dès qu’ils ne sont plus habilités à accéder à un local ou à une ressource informatique (ex. : changement de mission ou de poste), ainsi qu’à la fin de leur contrat.
    Force normative
    recommandation (droit souple)
    Source
    Guide pratique RGPD — Sécurité des données personnelles
    Version
    2024 (mise à jour 2026)
    Texte officiel
  13. 13Guide CNIL sécurité, fiche 5, F05-PE-04F05-PE-04
    Réaliser une revue régulière, au moins annuelle, des habilitations afin d’identifier et de supprimer les comptes non utilisés et de réaligner les droits accordés sur les fonctions de chaque utilisateur. Les métiers devraient être impliqués dans cette revue afin qu’ils s’assurent de la légitimité opérationnelle des droits attribués.
    Force normative
    recommandation (droit souple)
    Source
    Guide pratique RGPD — Sécurité des données personnelles
    Version
    2024 (mise à jour 2026)
    Texte officiel
  14. 14Guide CNIL sécurité, fiche 4, F04-MC-01F04-MC-01
    Utiliser une authentification multifacteur lorsque des données sensibles au sens de l’article 9 du RGPD sont traitées, des traitements ou opérations à risque pour les personnes concernées sont effectuées, telles que l’administration systèmes et réseaux, la connexion au système d’information depuis l’extérieur ou, en général, l’accès à une messagerie professionnelle.
    Force normative
    recommandation (droit souple)
    Source
    Guide pratique RGPD — Sécurité des données personnelles
    Version
    2024 (mise à jour 2026)
    Texte officiel