Utiliser l’accès zéro confiance

Utilisez la fonctionnalité d’accès Zero Trust avec un cas d’utilisation de bout en bout.

Avant de commencer

Rôle requis : security_admin

Activez la propriété Activer l’accès à la session.

Remarque :

• Les configurations d’accès à la session ne peuvent être effectuées qu’avec security_admin rôle. Vous devez élever votre rôle à security_admin.
• L’accès à la session ne prend pas en charge les intégrations.
• L’accès à la session n’a aucun impact si le rôle réduit ou limité n’est pas affecté à un utilisateur. Dans ce cas, il n’y a aucun changement apporté à la session connectée. L’utilisateur continuera d’accéder à l’instance avec les privilèges qui lui ont été affectés.
• L’accès à la session n’a aucun impact tant que l’utilisateur est déjà connecté à l’instance et que l’administrateur configure simultanément la politique. L’utilisateur doit se déconnecter de la session pour que la politique prenne effet.
• L’accès à la session est appliqué au moment de la connexion. Toute modification des paramètres de risque au cours de la session n’entraîne pas une réduction de l’accès. Par exemple, un utilisateur qui passe d’un réseau d’entreprise à un réseau non approuvé après avoir établi la session n’entraîne pas de réduction d’accès, sauf s’il se déconnecte et se reconnecte.

L’accès à la session est une fonctionnalité qui permet aux administrateurs de réduire ou de restreindre dynamiquement un ensemble de rôles accordés à l’utilisateur, lorsque celui-ci tente de se connecter à l’instance à partir de différents environnements, par exemple une connexion à partir d’un réseau non approuvé, une connexion à partir d’un autre appareil, etc.

L’accès à la session peut être contrôlé par la politique créée et l’action sélectionnée lors de l’exécution de la configuration. Voici quelques-uns des scénarios :

• Si la politique est définie sur true et que l’action des rôles est définie sur Supprimer les rôles, les rôles sélectionnés et leurs rôles enfants associés sont supprimés pour l’utilisateur lors de la tentative de connexion à l’instance.
• Si la politique est définie sur true et que l’action des rôles est définie sur Limiter aux rôles, seuls les rôles sélectionnés et leurs rôles enfants associés sont affectés à l’utilisateur lors de la tentative de connexion à l’instance.

La procédure suivante décrit une configuration de bout en bout de la configuration de l’accès à la session en fonction de laquelle le rôle est limité à l’utilisateur qui se connecte à l’instance. De même, vous pouvez également supprimer des rôles en sélectionnant l’option Supprimer les rôles pendant la configuration.

Procédure

1. Accédez à la Tous > Accès à la session > Configurations du rôle d'accès à la session.
2. Sur la page Configurations des rôles d’accès à la session, sélectionnez Nouveau.
3. Pour limiter un rôle de l’utilisateur, renseignez les champs suivants du formulaire :
   • Nom
   • Description
   • Politique
   • Action
   • Liste de rôles
   • Liste de groupes
   1. Choisissez Limit To Roles (Limiter aux rôles ) pour limiter les rôles de l’utilisateur.
      Par exemple, itil.
   2. Choisissez un rôle de connaissances dans la liste des rôles.
   3. Choisissez la politique.

      Vous pouvez créer la politique d’accès à la session à l’aide de politiques d’authentification et de critères de filtre (rôle, groupe, adresse IP, emplacement) avec des entrées et des conditions de politique.

      Utilisez la politique dans la configuration de l’accès à la session. Par exemple, vous souhaitez limiter le rôle (connaissances) à l’utilisateur qui se connecte en dehors de l’emplacement (Australie).

   4. Choisissez Action comme Limiter aux rôles.
      Si la politique est définie sur true, seuls les rôles sélectionnés et leurs rôles enfants associés sont disponibles pour l’utilisateur lorsqu’il essaie de se connecter à l’instance.

      

   5. Sélectionnez Envoyer.

      De même, vous pouvez choisir le groupe dans la liste de groupes pour restreindre ou supprimer des rôles pour les utilisateurs au sein du groupe.

   Lorsque l’utilisateur se connecte à l’instance en dehors de l’Australie, seuls le rôle Knowledge et ses rôles enfants associés sont affectés pour la session journalisée et les autres rôles de l’utilisateur sont restreints.

   Une fois connecté, l’utilisateur s’affiche avec le message d’erreur suivant sur la plateforme dans sa section de profil :

   

   L’utilisateur peut contacter les administrateurs et fournir l’ID de corrélation pour enquête.

   Remarque :

   L’ID de corrélation est le sys_id de l’enregistrement d’audit correspondant dans la table d’audit d’accès à la session.