Utilisez l’attribut Fournisseur d’identité (IdP) de la réponse OpenID Connect (OIDC) comme critère de filtre pour la politique d’authentification.
Avant de commencer
Rôle requis : adaptive_auth_admin
Vous pouvez créer une politique d’accès à la session à l’aide du contexte de la politique (pré-authentification, post-authentification, authentification multifacteur) et des critères de filtre (rôle, groupe, adresse IP, emplacement) avec les entrées et conditions de la politique.
La procédure suivante montre les étapes de configuration de l’attribut IdP à partir de la réponse SAML en tant qu’entrée de politique pour contrôler l’authentification dans le contexte de post-authentification, l’authentification multifacteur (MFA) et le Zero Trust - accès à la session basé sur des politiques.
Les attributs Okta IdP sont comme illustré dans la capture d’écran suivante. Vous devez définir l’option Utilisation dans l’authentification adaptative sur vrai pour l’utiliser dans le contexte de post-authentification, l’authentification multifacteur (MFA) et les politiques d’accès à la session Zero Trust - basées sur des politiques.
Remarque : Les politiques dans la post-autorisation, MFA, Zero Trust - Accès à la session basé sur des politiques s’exécutent une fois que les utilisateurs ont saisi les informations d’identification ou la réponse SSO.
Procédure
-
Utilisation de l’attribut IdP dans le contexte de la politique de post-authentification.
Exemple : configuration pour activer la connexion à partir des attributs Okta IdP si l’appareil est approuvé.
-
Accédez à la .
-
Sélectionnez Autoriser la politique et ouvrez l’enregistrement de la politique.
-
Dans l’entrée Politique, créez l’entrée de politique et la condition de politique.
- Entrée de politique : ajouter un facteur de risque.

- Conditions de la politique : facteur de risque supérieur à 5 et schéma d’authentification unique sing-on.

Selon cette configuration, lorsque l’appareil est approuvé par Okta (IdP), l’utilisateur est authentifié auprès de l’instance.
Pour en savoir plus sur la création d’un contexte de post-authentification avec politique et condition, reportez-vous à la section Contexte de post-authentification.
-
Utilisation de l’attribut IdP dans le contexte de la politique MFA.
Exemple : configuration pour activer la MFA à partir des attributs IdP Okta si l’appareil n’est pas approuvé.
-
Accédez à la .
-
Dans l’entrée Politique, créez l’entrée de politique et la condition de politique.
- Entrée de politique : ajouter un facteur de risque.

- Conditions de la politique : facteur de risque supérieur à 5 et schéma d’authentification unique sing-on.

En fonction de cette configuration, lorsque l’appareil n’est pas approuvé par Okta (IdP), l’utilisateur affiche une deuxième authentification de facteur pour se connecter à l’instance.
Pour plus d’informations sur la création d’un contexte MFA avec politique et condition, reportez-vous à la section Contexte d’authentification multifacteur.
-
Utilisation de l’attribut IdP dans Zero Trust : accès à la session basé sur une politique.
Exemple : configuration pour réduire le privilège du rôle ITIL des attributs Okta IdP si l’appareil n’est pas approuvé.
-
Accédez à la .
-
Créez une configuration du rôle d’accès à la session.
-
Dans l’entrée Politique, créez l’entrée de politique et la condition de politique.
- Entrée de politique : ajoute un facteur de risque et a un rôle itil.

- Conditions de la politique : facteur de risque supérieur à 5 et schéma d’authentification unique sing-on.

En fonction de cette configuration, lorsque l’utilisateur itil utilise un appareil qui n’est pas approuvé par Okta (IdP), les privilèges de l’utilisateur sont réduits pour la session connectée.
Pour plus d’informations sur la création d’un accès à la session basé sur des règles Zero Trust avec politique et condition, reportez-vous à la section Accès zéro confiance (ZTA).