Principes et implémentation du contrôle d'accès¶

1. Objectif du cours¶

Présenter les fondamentaux de la gestion des identités et des accès (IAM) et montrer comment concevoir et implémenter un modèle RBAC adapté à un établissement de santé (MediData), en respectant le principe du moindre privilège et les contraintes réglementaires.

2. Notions et définitions essentielles¶

IAM : discipline qui gère identités, authentification, autorisation et privilèges pour sécuriser l'accès aux systèmes d'information.
Identité numérique : ensemble d'attributs permettant d'identifier un utilisateur/service/système.
Authentification : vérification de l'identité revendiquée.
Autorisation : droits accordés à un utilisateur authentifié.
Privilège : niveau de droits pour accomplir des tâches.
Modèles de contrôle d’accès : DAC (contrôle discrétionnaire), MAC (contrôle obligatoire), RBAC (rôles métiers), ABAC (attributs et contexte).
Cycle de vie des identités (JML) : création, provisionnement, révision, suspension, suppression.

3. Fonctionnement et principes¶

Architecture cible : centraliser les identités (annuaire) + authentification unique (SSO) + connecteurs vers applications métier pour garantir cohérence et maintenance.
RBAC : traduire fonctions métier en rôles (ex. Médecin, Infirmier, Technicien, Administrateur) puis associer permissions techniques via une matrice rôle↔permissions. Méthodologie en 5 étapes : analyser processus, identifier rôles, définir permissions, associer rôles/permissions, valider par tests.
ABAC : complémentaire au RBAC pour règles contextuelles (localisation, horaire, type d’appareil) permettant un contrôle granulaire.
Intégration technique : annuaire central (Active Directory/Azure AD ou outils IAM) + protocoles d'authentification déléguée (SAML, OAuth) pour applications modernes ; LDAP/SSSD et sudoers pour intégrer serveurs Linux.
Principe du moindre privilège : accorder uniquement les droits nécessaires ; mettre en place élévations temporaires tracées et révoquées automatiquement.
Gouvernance : définir objectifs SMART (ex. conformité RGPD/HDS en 6 mois, réduction de 90 % des accès non justifiés), indicateurs et cycle d'amélioration continue (PDCA).

4. Commandes et manipulations¶

Non abordé dans ce cours.

5. Sécurité et bonnes pratiques¶

Éviter comptes partagés (interdire « admin_tech » partagé) ; supprimer automatiquement comptes au départ.
Appliquer séparation des tâches : personne ne doit initier, approuver et exécuter un processus critique seul.
Mise en place d’authentification forte et identifiants uniques ; SSO pour fluidité et centralisation.
Traçabilité complète : journaux horodatés et restitution d'historique pour conformité RGPD/HDS.
Élévation temporaire contrôlée : approbation hiérarchique, durées limitées (ex. révocation automatique après 2 heures).
Outils recommandés : SSSD pour intégration LDAP sous Linux, Microsoft LAPS pour gestion mots de passe locaux, solutions IAM (Okta, SailPoint) pour SSO et connecteurs.
Déploiement progressif : phases pilotes, fenêtres de maintenance, procédures de rollback.
Mesures techniques : déconnexion automatique des sessions inactives, chiffrement des données en transit et au repos, sauvegarde sécurisée des logs.
Politique de revue des accès : révision mensuelle/trimestrielle ; comptes non validés suspendus (ex. suspension après 15 jours).

6. Points essentiels à retenir pour le TSSR¶

IAM = identité + authentification + autorisation + privilèges ; cycle JML = création → provisionnement → révision → suspension → suppression.
RBAC est le modèle pragmatique pour les environnements médicaux : regroupe permissions par rôles métiers.
ABAC complète RBAC pour règles contextuelles (horaire, lieu, appareil).
Centraliser les identités (annuaire/AD/Azure AD) et déléguer l’authentification (SAML/OAuth) facilite gestion et audits.
Appliquer systématiquement le principe du moindre privilège et privilégier élévation temporaire plutôt que droits permanents.
Interdire comptes partagés et utiliser outils pour rotation/gestion des mots de passe administrateurs.
Tester le modèle avec scénarios réels et pilotes avant généralisation ; prévoir rollback.
Mettre en place indicateurs (sécurité, opérationnalité, conformité) et plan d'amélioration continue (revues semestrielles, comité de gouvernance).

7. Tableau récapitulatif¶

Modèle	Avantage principal	Limitation typique
DAC	Flexibilité pour propriétaires	Difficulté de gestion à grande échelle
MAC	Rigueur et sécurité élevée	Complexe, peu adapté au médical
RBAC	Simplicité et adéquation métier	Moins dynamique que ABAC pour contexte
ABAC	Contrôle granulaire contextuel	Complexité des règles et gestion

8. Vérifications pratiques¶

Tests fonctionnels pilotes : scénarios (médecin, infirmier, technicien) validant accès autorisés et blocage des accès non autorisés.
Vérifier traçabilité : logs horodatés consultables et restitution d'historique pour audits.
Contrôles de révision : responsables valident listes d'accès ; comptes non validés suspendus après délai (ex. 15 jours).
Vérifier élévation temporaire : demandes approuvées, droits accordés puis révoqués (ex. auto-revocation après 2 h).
Mesurer indicateurs cibles (ex. réduction de 90 % des accès non justifiés, authentification <30 s, disponibilité >99,9 %).

9. Flashcards Anki¶

Que signifie IAM ? :: Identity and Access Management (gestion des identités et des accès)
Quels sont les quatre concepts fondamentaux de l'IAM ? :: Identité, Authentification, Autorisation, Privilège
Quelles sont les cinq étapes du cycle de vie des identités ? :: Création, Provisionnement, Révision, Suspension, Suppression
Quel modèle de contrôle d’accès est recommandé pour MediData ? :: RBAC (Role-Based Access Control)
Qu’apporte l’ABAC par rapport au RBAC ? :: Contrôle dynamique fondé sur attributs utilisateur/contexte/ressource
Quel est l’objectif SMART mentionné pour la conformité ? :: 100 % de conformité RGPD et HDS dans six mois
Quel indicateur vise la réduction des accès non justifiés ? :: Réduction de 90 % des accès non justifiés
Quelle solution est conseillée pour gérer les mots de passe locaux ? :: Microsoft LAPS
Quel outil est recommandé pour l’intégration LDAP sous Linux ? :: SSSD (System Security Services Daemon)
Quelle procédure est recommandée pour déployer RBAC sans interruption majeure ? :: Déploiement par phases avec utilisateurs pilotes et procédures de rollback