Application Delivery Management

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

NetScaler Console fournit un contrôle d’accès basé sur les rôles (RBAC) précis, 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 capacité d’effectuer une tâche spécifique, comme afficher, créer, modifier ou supprimer 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 des politiques. 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 attribuer 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 aux utilisateurs ou aux groupes en fonction de conditions spécifiques. Dans la console NetScaler, la création de rôles et de politiques est spécifique à la fonctionnalité RBAC dans NetScaler. Les rôles et les politiques peuvent être facilement créés, modifiés ou supprimés à 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 fonctionnalités ou des ressources. Prenons par exemple un administrateur SSL/sécurité et un administrateur d’application. Un administrateur SSL/sécurité doit avoir un accès complet aux fonctionnalités de gestion et de surveillance des certificats SSL, mais doit disposer d’un accès en lecture seule pour les opérations d’administration du système. Un administrateur d’application doit pouvoir accéder uniquement aux ressources dans le périmètre.

Exemple:

Chris, le responsable du groupe NetScaler, est le super administrateur de la console NetScaler 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 sécurité, doit avoir un accès complet à la gestion et à la surveillance des certificats SSL, mais également un accès en lecture seule pour les opérations d’administration du système.

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

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

Chris doit également fournir un RBAC pour tous les utilisateurs, qu’ils soient locaux ou externes.

Les utilisateurs de la console NetScaler 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 ainsi que leurs rôles dans l’organisation.

Exemple d'autorisations d'administrateur

Limites

RBAC n’est pas entièrement pris en charge pour les fonctionnalités suivantes de la console NetScaler :

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

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

Un administrateur auquel quelques instances ont été attribuées ne peut voir que les 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 auquel quelques applications ont été attribuées peut voir tous les serveurs virtuels sous Web Insight > Applications mais ne peut pas y accéder, car RBAC n’est pas pris en charge au niveau des applications.

  • Orchestration - RBAC n’est pas pris en charge pour l’orchestration.
Contrôle d’accès basé sur les rôles