Maîtrise des accès : quels rôles spécifiques pouvez-vous relâcher dans CAS ?

Sécurisation des privilèges CAS

L'action dropRole offre une granularité fine pour cibler le périmètre de responsabilité à abandonner via le paramètre adminRole. Vous pouvez choisir parmi trois niveaux distincts selon vos besoins métier :

SUPERUSERRôle d'administration CAS disposant de privilèges illimités sur un serveur. Il peut gérer les sessions, les nœuds et toutes les données, indépendamment des permissions d'accès standards. : Pour abandonner la gestion globale des rôles, des chemins et tous les droits d'accès.
ACTION : Pour renoncer spécifiquement à l'accès illimité aux sets d'actions et aux fonctions d'exécution.
DATA : Pour limiter votre accès sans restriction aux définitions de caslibEspace de stockage logique dans SAS Viya. Elle définit l’accès aux données (source physique) et leur chargement en mémoire (serveur CAS) pour permettre des analyses distribuées haute performance., de tables et de colonnes.

Exemple de Code Additionnel

/* CASL Script : Gestion dynamique des rôles d'administration CAS
(c) Nicolas Housset 2026 - Code SAS pour VIYA 4 - testé et validé en version 2024.09 */

proc cas;
/* 1. Vérification des rôles actuellement portés par la session */
accessControl.listRoles / session = cursession;

/* 2. Exemple : Relâcher uniquement le privilège de gestion des données (DATA) */
/* Utile pour tester des permissions utilisateur sans perdre le rôle d'admin global */
accessControl.dropRole / 
    adminRole = "DATA";
    
/* 3. Exemple : Abandon total des privilèges administratifs (Retour au mode User) */
accessControl.dropRole / 
    adminRole = "SUPERUSER";
    
/* 4. Confirmation du nouvel état de sécurité de la session */
accessControl.listRoles / session = _cursession_;
quit;1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
/* CASL Script : Gestion dynamique des rôles d'administration CAS
(c) Nicolas Housset 2026 - Code SAS pour VIYA 4 - testé et validé en version 2024.09 */

proc cas;
/* 1. Vérification des rôles actuellement portés par la session */
accessControl.listRoles / session = cursession;

/* 2. Exemple : Relâcher uniquement le privilège de gestion des données (DATA) */
/* Utile pour tester des permissions utilisateur sans perdre le rôle d'admin global */
accessControl.dropRole / 
    adminRole = "DATA";
    
/* 3. Exemple : Abandon total des privilèges administratifs (Retour au mode User) */
accessControl.dropRole / 
    adminRole = "SUPERUSER";
    
/* 4. Confirmation du nouvel état de sécurité de la session */
accessControl.listRoles / session = _cursession_;
quit;

Exemples pour l'action dropRole

Abandon du rôle Superuser par défaut

Cet exemple montre comment renoncer simplement au rôle Superuser, qui est la valeur appliquée par défaut si le paramètre adminRole n'est pas spécifié.

Abandon d'un rôle d'accès spécifique (DATA)

Si vous aviez temporairement pris le rôle DATA spécifiquement pour manipuler ou créer des Caslibs sans être bloqué par les permissions, voici comment le rendre proprement de manière ciblée.

Vous pourriez aussi aimer...

Conseil de l'Expert

Appliquez systématiquement le principe du "Moindre Privilège" (PoLP). Ne restez en session SUPERUSER que le temps nécessaire à une opération d'administration globale. Automatisez le retrait de vos rôles élevés dès la fin de vos scripts d'administration pour éviter toute suppression accidentelle de données de production.

Cette réponse vous a-t-elle aidé ?

Vos votes aident à améliorer notre base de connaissances.