La gestion des permissions au sein d'EFR repose sur deux axes :

1. Un axe transverse, basé sur les rôles Keycloak ;

2. Un axe spécifique, où chaque module gère ses propres permissions.

Le second axe est autonome par module, et ne nécessite aucune configuration préalable de votre part. En revanche, il faut configurer certains éléments sur la gestion de l’identité, afin d’offrir soit des accès, soit des permissions administrateurs à certains de vos utilisateurs.

Comment configurer Keycloak

Pour la suite de cette documentation, vous êtes invités à prendre en compte les articles suivants :

• Création de rôles dans Keycloak: [lien].

• Attribution de rôle à un utilisateur [lien].

Rôles requis, par module

Dans le tableau ci-dessous, les rôles en verts sont ceux posant peu de risques. En orange, il s’agit de rôles pouvant avoir un impact important. En rouge, sont ceux dont l’accès doit être très limité.

Il faut noter que la portée “écriture” est en réalité très large, et sous entend “toute action modifiant un état”.

Par exemple, sur le module de rejeu, la permission d'écriture permet aussi de déclencher un rejeu.

Actions globales

Pour plus aisément donner les accès aux modules à vos utilisateurs, vous pouvez donner le rôle à tout le monde par défaut.

Configurer un rôle avec un Identity Provider externe

Dans le cas d’un AD par exemple, vous pouvez ajouter un rôle mapper offrant un rôle hardcodé.

Dans la vue Mapper de votre Identity Provider, voici un exemple de rôle donné par défaut :

Open

Exemple de configuration permettant à tous les utilisateurs de l’AD de récupérer le rôle d’accès au module de tables dynamiques.