Qu'est-ce que le RBAC ?

Le contrôle d'accès basé sur les rôles (RBAC) est un modèle de contrôle d'accès qui accorde des autorisations en fonction du rôle attribué à un utilisateur plutôt qu'en fonction de son identité individuelle. Les administrateurs définissent des rôles regroupant les privilèges nécessaires à une fonction professionnelle, puis affectent les utilisateurs à ces rôles, ce qui permet de centraliser et de simplifier la manière dont les accès sont accordés, contrôlés et révoqués.

Points clés à retenir

• Le modèle RBAC attribue des autorisations en fonction des rôles, et non de l'identité de chaque utilisateur.
• Les rôles regroupent en une seule entité les privilèges nécessaires à l'exercice d'une fonction.
• La centralisation des rôles simplifie l'octroi, le contrôle et la révocation des droits d'accès.
• Le NIST a défini quatre niveaux normalisés de RBAC : plat, hiérarchique, contraint et symétrique.
• Versa Director et Analytics appliquent le modèle RBAC, y compris les balises de ressources à portée limitée.

Sur cette page : Pourquoi est-ce important ? · Comment ça marche · Types · RBAC et Versa · FAQ

Pourquoi le RBAC est-il important ?

Sans le RBAC, les administrateurs attribuent les autorisations à chaque utilisateur individuellement, ce qui entraîne un décalage lorsque les collaborateurs changent de poste ou quittent l'entreprise : les droits d'accès s'accumulent, car on oublie facilement de les révoquer. Le RBAC lie les autorisations à la fonction occupée plutôt qu'à l'identité de la personne ; ainsi, l'intégration et le départ d'un collaborateur se résument à l'attribution ou à la suppression d'un rôle, plutôt qu'à un nouvel audit de chaque autorisation.

Cette structure favorise le principe du « privilège minimal » et la séparation des tâches : un rôle ne dispose que des autorisations nécessaires à sa fonction, et les rôles qui ne devraient jamais être détenus par une même personne peuvent être rendus mutuellement exclusifs. Elle simplifie également la mise en conformité – les auditeurs examinent un petit ensemble de rôles au lieu de retracer des milliers d’autorisations individuelles – et les propres recherches du NIST ont estimé que la formalisation du RBAC avait permis à l’industrie d’économiser plus d’un milliard de dollars grâce à la réduction des coûts liés à la gestion des accès. Dans les systèmes multi-locataires, le RBAC empêche également la dérive des périmètres : un opérateur gérant les appareils d’une région ne devrait pas pouvoir modifier la politique de sécurité d’un autre locataire.

Qu'est-ce que le RBAC ?

Le modèle RBAC repose sur trois éléments : les utilisateurs, les rôles et les autorisations. Les autorisations ne sont jamais attribuées directement à un utilisateur : elles sont attribuées à un rôle, et c'est en se voyant affecter ce rôle qu'un utilisateur bénéficie de ces autorisations. Un utilisateur peut occuper un ou plusieurs rôles, et son accès effectif correspond à l'union des droits accordés par ces rôles.

C'est justement là tout l'intérêt de cette approche indirecte : modifier les capacités d'une fonction implique de modifier la définition d'un seul rôle, sans avoir à rechercher chaque utilisateur qui l'occupe. Le RBAC se distingue d'une liste de contrôle d'accès (ACL), qui accorde directement des autorisations à des utilisateurs ou à des ressources individuels, ainsi que du contrôle d'accès basé sur les attributs (ABAC), qui évalue des attributs dynamiques – heure, emplacement, état de l'appareil – plutôt qu'un rôle fixe.

Types de RBAC

Le modèle RBAC formel du NIST, normalisé sous la référence ANSI/INCITS 359, définit ce concept comme une famille de niveaux aux capacités croissantes. Le RBAC « plat » constitue la base : les utilisateurs se voient attribuer des rôles, et des autorisations sont attribuées à ces rôles, sans autre structure. Le RBAC hiérarchique ajoute l’héritage des rôles : ainsi, un rôle de niveau supérieur inclut automatiquement les autorisations des rôles qui lui sont subordonnés – un rôle d’administrateur hérite de toutes les actions qu’un opérateur peut effectuer, et bien plus encore. Le RBAC contraint ajoute des règles de séparation des tâches (SoD), rendant certains rôles mutuellement exclusifs afin qu’aucun utilisateur ne puisse à lui seul assumer les deux parties d’un workflow sensible, comme la création et la validation d’une même modification. Le RBAC symétrique complète la famille en ajoutant la révision des autorisations par rôle, ce qui permet aux administrateurs de consulter – et de révoquer – les autorisations attribuées à un rôle aussi facilement que les utilisateurs qui y sont affectés.

La plupart des systèmes de production associent hiérarchie et contraintes au sein d'un même ensemble de rôles.

RBAC et Versa

Versa Director met en œuvre le modèle RBAC grâce à des rôles de fournisseur et de locataire intégrés, créés automatiquement dès l’ajout d’une organisation : des rôles de fournisseur tels que « ProviderDataCenterAdmin », et des rôles de locataire tels que « TenantSuperAdmin », « TenantSecurityAdmin » et « TenantOperator », chacun étant associé à un ensemble défini de ressources gérables. Les administrateurs peuvent également créer des rôles personnalisés à partir de privilèges individuels et restreindre la portée d’un rôle à l’aide de balises de ressources, ce qui le limite à un sous-ensemble d’appareils ou de modèles, comme l’infrastructure d’une région donnée. Consultez la section « Configurer l’AAA » pour connaître le processus de configuration complet.

Le modèle RBAC s'applique également à Analytics d'Versa : la connexion à l'onglet Analytics associe le rôle « Director » d'un utilisateur à un rôle RBAC d'Analytics portant le même nom, que les administrateurs activent pour permettre l'accès à Insights – voir « Afficher les informations Analytics ». Director expose également les rôles et les privilèges via son API REST, documentée dans la référence de l'API NMS migrée.

Questions fréquentes

Quelle est la différence entre le RBAC et une liste de contrôle d'accès (ACL) ?

Dans un modèle ACL, les autorisations sont attribuées directement à des utilisateurs ou à des ressources individuels ; la gestion des accès implique donc de modifier de nombreuses entrées une par une. Dans un modèle RBAC, les autorisations sont attribuées à des rôles, puis aux utilisateurs associés à ces rôles ; ainsi, la modification d'un seul rôle met à jour les droits d'accès de tous les utilisateurs qui le détiennent.

Quelle est la différence entre le RBAC et l'ABAC ?

Le modèle RBAC accorde l'accès en fonction d'un rôle fixe attribué au préalable. Le contrôle d'accès basé sur les attributs (ABAC) évalue des attributs dynamiques – heure, lieu, état de l'appareil – au moment de l'accès. De nombreux systèmes modernes combinent les deux approches : les rôles pour les autorisations de base, et les attributs pour les restrictions contextuelles.

Quels sont les éléments essentiels du modèle RBAC ?

Utilisateurs, rôles et autorisations. Les autorisations sont associées aux rôles, et non aux utilisateurs ; les utilisateurs se voient attribuer un ou plusieurs rôles ; l'accès effectif correspond à l'union de tous les rôles détenus. Le modèle formel du NIST intègre également les sessions, ce qui permet à un utilisateur d'activer uniquement un sous-ensemble des rôles qui lui sont attribués à un moment donné.

Le modèle RBAC prend-il en charge la séparation des tâches ?

Oui – le modèle RBAC contraignant, un niveau normalisé par le NIST, définit des rôles mutuellement exclusifs afin qu’aucun utilisateur ne puisse à lui seul assumer les deux volets d’un processus sensible, comme la rédaction et la validation d’une même modification. Cela garantit la séparation des tâches de manière structurelle, et non par le biais d’un contrôle manuel.

Comment le gestionnaire d'Versa s met-il en œuvre le modèle RBAC ?

Director fournit des rôles par défaut pour les fournisseurs et les locataires, créés automatiquement à chaque nouvelle organisation, et permet aux administrateurs de créer des rôles personnalisés à partir de privilèges individuels. Les balises de ressources limitent la portée d’un rôle à des appareils ou des modèles spécifiques, et ce mappage s’étend à Versa Analytics pour l’accès aux fonctionnalités d’observabilité.

En savoir plus sur le RBAC

Si vous souhaitez en savoir plus, voici des sources auxquelles nous faisons confiance.

Termes associés

Si vous vous intéressez au RBAC, voici quelques liens qui pourraient vous intéresser.