L'activation de session dans les ensembles et groupes d'ensembles d'autorisations
Bienvenue dans un nouvel épisode de notre série sur la sécurité. Aujourd’hui, nous allons examiner en détail l’activation de session pour les ensembles et groupes d’ensembles d’autorisations. À la fin de cet article, vous saurez bien ce que signifie « activation de session requise » et comment l’utiliser efficacement.
Pourquoi l’activation de session ?
Les ensembles et groupes d’ensembles d’autorisations sont des éléments essentiels pour accorder des capacités aux utilisateurs. Ils ont une fonctionnalité intrigante : la case « activation de session requise ». Cette option permet d’attribuer un ensemble ou un groupe à un utilisateur tout en ne l’activant que lorsqu’une action précise se produit.
Imaginez un scénario : vous voulez accorder des autorisations sur une ressource, mais seulement dans certaines conditions.
Par exemple, quand l’utilisateur se trouve près d’un équipement précis, dans un bâtiment ou une salle. Vous pouvez détecter cette proximité, activer l’ensemble d’autorisations et accorder l’accès supplémentaire. Cet accès ne dure que le temps de la session. Une fois l’utilisateur déconnecté, l’ensemble d’autorisations est désactivé, même s’il reste attribué.
Place à la démo
Prenons l’exemple de Paul, notre pilote. Nous lui donnons un ensemble d’autorisations qui permet de consulter en « lecture seule » les détails des aéroports et la navigation. Dans une vidéo précédente, nous avons montré comment un groupe de mise en sourdine peut masquer un champ précis. Nous allons maintenant introduire un nouvel ensemble d’autorisations qui donne accès à l’objet « Runway ». Cet accès ne deviendra visible que lorsque nous activerons cet ensemble. Ainsi, si Paul n’est pas dans un avion, il n’aura pas accès aux détails des pistes.
Quand l’activation de session n’est pas en vigueur, Paul voit deux onglets : « OA Airports » et « OA Nav ». L’onglet « OA Runways » n’est pas accessible.
Pour activer la session, j’ai écrit un bout de code. Ce code identifie l’utilisateur actuel, trouve l’ensemble d’autorisations nécessaire et l’active pour la session.
Le processus en bref :
- L’ensemble d’autorisations « STA Runway Sessions Allowed » est créé avec la case « activation de session requise » cochée.
- Cette autorisation donne accès à l’objet Runway et à tous ses champs.
- Cet ensemble d’autorisations est attribué à Paul, mais reste inactif tant que notre code spécial n’est pas exécuté.
- Une fois le code exécuté, la session de Paul comprend l’onglet « OA runways », ce qui lui donne accès à la liste des pistes disponibles.
Cette capacité dynamique montre comment l’activation de session permet d’élever temporairement les autorisations de quelqu’un.
À sa prochaine connexion, Paul retrouve ses niveaux d’accès d’origine, sans les autorisations supplémentaires sur les pistes.
Pour finir
L’activation de session requise est un outil puissant, surtout pour accorder un accès élevé temporaire selon des conditions précises. Tout l’enjeu est de déterminer quand et comment déclencher l’activation.
Les possibilités sont vastes, des activations liées à la localisation (comme être dans un avion) à celles déclenchées par des événements.
Restez à l’écoute
Merci d’avoir suivi cette séance. N’oubliez pas : la sécurité est primordiale, et comprendre la sécurité au niveau des champs vous permet de garder vos données Salesforce confidentielles et entre de bonnes mains.
Restez à l’écoute ici sur www.SteveTechArc.com et sur la chaîne YouTube @SteveTechArc (opens in a new tab).
Contribuer à changer le monde en partageant des idées avec d’autres architectes et avec celles et ceux qui sont en chemin pour le devenir !
Je vous souhaite une gestion des utilisateurs sûre et efficace !
Transcription réalisée avec l’aide de l’IA
STA 4.4