Citrix Application Delivery Management 13.0

Contrôle d’accès basé sur les rôles

Citrix ADM fournit un contrôle d’accès basé sur les rôles (RBAC), avec lequel vous pouvez accorder des autorisations d’accès en fonction des rôles des utilisateurs individuels au sein de votre entreprise. Dans ce contexte, l’accès est la possibilité d’effectuer une tâche spécifique, telle que l’affichage, la création, la modification ou la suppression d’un fichier. Les rôles sont définis en fonction de l’autorité et de la responsabilité des utilisateurs au sein de l’entreprise. Par exemple, un utilisateur peut être autorisé à effectuer toutes les opérations réseau, tandis qu’un autre utilisateur peut observer le flux de trafic dans les applications et aider à créer des modèles de configuration.

Les rôles sont déterminés par dans les stratégies. Après avoir créé des stratégies, vous créez des rôles, liez chaque rôle à une ou plusieurs stratégies et attribuez des rôles aux utilisateurs. Vous pouvez également affecter des rôles à des groupes d’utilisateurs.

Un groupe est un ensemble d’utilisateurs qui ont des autorisations en commun. Par exemple, les utilisateurs qui gèrent un centre de données particulier peuvent être affectés à un groupe. Un rôle est une identité accordée à des utilisateurs ou à des groupes en fonction de conditions spécifiques. Dans Citrix ADM, la création de rôles et de stratégies est spécifique à la fonctionnalité RBAC dans Citrix ADC. Les rôles et les stratégies peuvent être facilement créés, modifiés ou supprimés au fur et à mesure que les besoins de l’entreprise évoluent, sans avoir à mettre à jour individuellement les privilèges de chaque utilisateur.

Les rôles peuvent être basés sur des entités ou sur des ressources. Par exemple, pensez à un administrateur SSL/sécurité et à un administrateur d’application. Un administrateur SSL/Security doit avoir un accès complet aux fonctionnalités de gestion et de surveillance des certificats SSL, mais doit avoir un accès en lecture seule pour les opérations d’administration système. Un administrateur d’application doit pouvoir accéder uniquement aux ressources de la portée.

Exemple :

Chris, le chef de groupe ADC, est le super administrateur de Citrix ADM dans son organisation. Chris crée trois rôles d’administrateur : administrateur de sécurité, administrateur d’application et administrateur réseau.

David, l’administrateur de la sécurité, doit avoir un accès complet pour la gestion et la surveillance des certificats SSL, mais doit avoir un accès en lecture seule pour les opérations d’administration du système.

Steve, administrateur d’applications, a besoin d’accéder uniquement à des applications spécifiques et uniquement à des modèles de configuration spécifiques.

Greg, administrateur réseau, a besoin d’un accès à l’administration du système et du réseau.

Chris doit également fournir un RBAC pour tous les utilisateurs, indépendamment du fait qu’ils sont locaux, externes ou multilocataires.

Les utilisateurs Citrix ADM peuvent être authentifiés localement ou via un serveur externe (RADIUS/LDAP/TACACS). Les paramètres RBAC doivent être applicables à tous les utilisateurs, quelle que soit la méthode d’authentification adoptée.

L’image suivante montre les autorisations dont disposent les administrateurs et les autres utilisateurs et leurs rôles dans l’organisation.

image localisée

Limitations

RBAC n’est pas entièrement pris en charge pour les fonctionnalités Citrix ADM suivantes :

  • Analytics - RBAC n’est pas entièrement pris en charge dans les modules d’analyse. La prise en charge du RBAC est limitée au niveau de l’instance et ne s’applique pas au niveau de l’application dans les modules d’analyse Web Insight, SSL Insight, Gateway Insight, HDX Insight et Security Insight.  Par exemple :

Exemple 1 : RBAC basé sur une instance (pris en charge)

Un administrateur qui a reçu quelques instances peut voir uniquement ces instances sous Web Insight > **Instances, et uniquement les serveurs virtuels correspondants sous **Web Insight > Applications, car RBAC est pris en charge au niveau de l’instance.

Exemple 2 : RBAC basé sur l’application (non pris en charge)

Un administrateur qui a reçu quelques applications peut voir tous les serveurs virtuels sous Web Insight > Applications mais ne peut pas y accéder, car le RBAC n’est pas pris en charge au niveau des applications.

  • StyleBooks — RBAC n’est pas entièrement pris en charge pour StyleBooks.

    • Dans Citrix ADM, les Stylebooks et les packs de configuration sont considérés comme des ressources distinctes. Des autorisations d’accès, que ce soit pour afficher, modifier ou les deux, peuvent être fournies séparément ou simultanément pour Stylebook et les packs de configuration. Une autorisation d’affichage ou de modification sur les packs de configuration permet implicitement à l’utilisateur d’afficher les StyleBooks, ce qui est essentiel pour obtenir les détails du configpack et créer de nouveaux packs de configuration.

    • L’autorisation d’accès pour Stylebook ou packs de configuration spécifiques n’est pas prise en charge
      Exemple : s’il existe déjà un configpack sur l’instance, les utilisateurs peuvent modifier la configuration sur une instance Citrix ADC cible même s’ils n’ont pas accès à cette instance.

  • Orchestration - RBAC n’est pas pris en charge pour Orchestration.

Contrôle d’accès basé sur les rôles