Politiques RBAC V3

RBAC V3 est un cadre global qui régit ce qu’un administrateur peut faire sur la plateforme Netskope. Peu importe que l’administrateur le fasse via le UI ou REST API.

Les capacités des produits sont divisées en abstractions functions. Chaque administrateur qui se connecte se voit attribuer un role. Et c'est ce rôle qui définit, pour chaque fonction, le site permission dont dispose l'administrateur :

• Aucun - ce rôle n'a pas accès à cette fonction
• Vue - ce rôle a un accès en lecture à cette fonction et peut voir, mais non modifier, la configuration ou les données relevant de cette fonction.
• Gérer - ce rôle a un accès en lecture et en écriture à cette fonction et peut modifier la configuration ou les données relevant de cette fonction.
• Gérer & Appliquer - ce rôle a un accès en lecture et en écriture à cette fonction et peut modifier la configuration ou les données relevant de cette fonction. En outre, ce rôle peut apporter et appliquer des modifications immédiatement.

Saveurs politiques

Certains ensembles de règles comportent plusieurs cas d'utilisation regroupés en un seul. Ces cas d'utilisation divisent la règle en différentes fonctions, car les administrateurs peuvent souhaiter un contrôle plus spécifique sur les administrateurs (rôles) qui peuvent gérer tel ou tel type de règles.

Par exemple :

• Vous souhaitez que votre équipe de sécurité chargée de la conformité des données crée et définisse des politiques de prévention des pertes de données (DLP), tant pour la protection en temps réel que pour la protection par API.
• Vous souhaitez que seule l'équipe chargée de la sécurité du réseau crée des politiques de pare-feu.

Real-time Protection Policy

• La politique RTP est divisée en différentes fonctions basées sur le trafic, comme flavors pour la crème glacée.
• Les fonctions DLP (Prévention des pertes de données) et Menace sont des fonctions additives, comme toppings sur la crème glacée.

Politique de RTP Définitions des arômes et des nappages

API Data Protection Policy

• La politique de l'API a une seule fonction contextuelle, comme un seul parfum de glace.
• Les fonctions DLP (Prévention des pertes de données) et Menace sont des fonctions additives, comme les garnitures sur la crème glacée.

Politique de l'API Définitions des arômes et des nappages

Politiques de visualisation

Les autorisations (Aucune, Voir, Gérer, Gérer et Appliquer) fonctionnent in conjunction avec les saveurs de la politique. Cela permet aux administrateurs de contrôler très précisément quels utilisateurs peuvent gérer quelles politiques.

Mappage des fonctions RBAC V3

Les capacités des produits sont divisées en abstractions functions. Chaque administrateur qui se connecte se voit attribuer un role. Et c'est ce rôle qui définit, pour chaque fonction, le site permission dont dispose l'administrateur :

Manage And Apply - ce rôle a un accès en lecture et en écriture à cette fonction et peut modifier la configuration ou les données relevant de cette fonction. En outre, ce rôle peut apporter et appliquer des modifications immédiatement.

None - ce rôle n'a pas accès à cette fonction

View - ce rôle a un accès en lecture à cette fonction et peut voir, mais pas modifier, la configuration ou les données relevant de cette fonction.

Manage - ce rôle a un accès en lecture et en écriture à cette fonction et peut modifier la configuration ou les données relevant de cette fonction

Le tableau suivant est divisé en fonction 1 et fonction 2, capacités des produits. L'autorisation de la fonction 1 dépend d'au moins une ou de toutes les autorisations de la fonction 2, qui doivent être fixées à une autorisation minimale.

En d'autres termes, vous ne pouvez pas régler l'autorisation de la fonction 1 sur R ou R+W si au moins une ou toutes les autorisations de la fonction 2 ne sont pas réglées sur une autorisation minimale ou supérieure. Sinon, la fonction 1 will not fonctionne correctement.

RBAC V3 et Retro Scans

Retro Scan contient des politiques. Si un rétro-analyse contient une politique de prévention des pertes de données, Netskope considère qu'il s'agit d'un rétro-analyse DLP (Prévention des pertes de données). Cela s'applique également à la protection contre les menaces.

Le tableau ci-dessous répertorie l'action de rétro-analyse et l'autorisation minimale requise pour exécuter une rétro-analyse des polices.