Réinitialisation du mot de passe

La réinitialisation des mots de passe en libre-service est une solution de gestion des mots de passe basée sur le Web. Il est disponible dans les fonctions d’authentification, d’autorisation et d’audit de Citrix ADC et Citrix Gateway. Il élimine la dépendance de l’utilisateur à l’égard de l’assistance de l’administrateur pour changer le mot de passe.

La réinitialisation du mot de passe en libre-service permet à l’utilisateur final de réinitialiser ou de créer un mot de passe en toute sécurité dans les scénarios suivants :

• L’utilisateur a oublié le mot de passe.
• L’utilisateur ne peut pas ouvrir de session.

Jusqu’à présent, si un utilisateur final oublie un mot de passe AD, l’utilisateur final devait contacter l’administrateur AD pour réinitialiser le mot de passe. Grâce à la fonctionnalité de réinitialisation de mot de passe en libre-service, un utilisateur final peut réinitialiser le mot de passe sans intervention d’un administrateur.

Voici quelques-uns des avantages de l’utilisation de la réinitialisation de mot de passe en libre-service :

• Augmentation de la productivité grâce au mécanisme de changement automatique de mot de passe, ce qui élimine le délai pour les utilisateurs d’attendre la réinitialisation du mot de passe.
• Grâce au mécanisme automatique de changement de mot de passe, les administrateurs peuvent se concentrer sur d’autres tâches critiques.

La figure suivante illustre le flux de réinitialisation du mot de passe en libre-service pour réinitialiser le mot de passe.

Pour utiliser la réinitialisation du mot de passe en libre-service, un utilisateur doit être enregistré avec l’authentification, l’autorisation et l’audit Citrix ou avec le serveur virtuel Citrix Gateway.

La réinitialisation du mot de passe en libre-service offre les fonctionnalités suivantes :

• Auto-inscription des nouveaux utilisateurs. Vous pouvez vous inscrire automatiquement en tant que nouvel utilisateur.
• Configurer les questions basées sur les connaissances. En tant qu’administrateur, vous pouvez configurer un ensemble de questions pour les utilisateurs.

• Enregistrement de l’ID de courriel alternatif. Vous devez fournir un autre ID de courriel lors de l’inscription. L’OTP est envoyé à l’ID de messagerie secondaire car l’utilisateur a oublié le mot de passe principal de l’ID de messagerie.

  Remarque :

  À partir de la version 12.1 build 51.xx, l’enregistrement alternatif de l’ID d’e-mail peut être effectué en tant que autonome. Un nouveau Loginschema, AlteMailRegister.xml est introduit pour effectuer uniquement l’enregistrement d’ID de courriel alternatif. Auparavant, l’enregistrement d’un identifiant de messagerie alternatif ne pouvait être effectué que lors de l’enregistrement KBA.

• Réinitialiser le mot de passe oublié. L’utilisateur peut réinitialiser le mot de passe en répondant aux questions basées sur les connaissances. En tant qu’administrateur, vous pouvez configurer et stocker les questions.

La réinitialisation du mot de passe en libre-service fournit les deux nouveaux mécanismes d’authentification suivants :

• Question et réponse fondée sur les connaissances. Vous devez vous inscrire à l’authentification Citrix, à l’autorisation et à l’audit ou à un Citrix Gateway avant de sélectionner le schéma de questions et réponses basé sur les connaissances.

• Authentification OTP par e-mail. Un OTP est envoyé à l’ID de messagerie secondaire, que l’utilisateur a enregistré lors de l’enregistrement en libre-service de réinitialisation du mot de passe.

Remarque

Ces mécanismes d’authentification peuvent être utilisés pour les cas d’utilisation de réinitialisation de mot de passe en libre-service, et à des fins d’authentification similaires à n’importe quel mécanisme d’authentification existant.

Conditions préalables

Avant de configurer la réinitialisation du mot de passe en libre-service, vérifiez les conditions préalables suivantes :

• Fonctionnalité Citrix ADC version 12.1, build 50.28.
• La version prise en charge est le niveau de fonction de domaine AD 2016, 2012 et 2008.
• Le nom d’utilisateur LdAPBind lié au Citrix ADC doit disposer d’un accès en écriture au chemin AD des utilisateurs.

  Remarque La réinitialisation du mot de passe en libre-service est prise en charge dans le flux d’authentification nFactor uniquement. Pour plus d’informations, voir Authentification nFactor via Citrix ADC.

Limitations

Voici quelques-unes des limitations de la réinitialisation du mot de passe en libre-service :

• La réinitialisation du mot de passe en libre-service n’est disponible que si le principal d’authentification est LDAP.
• L’utilisateur ne peut pas voir l’ID de messagerie secondaire déjà enregistré.
• Les questions et réponses basées sur les connaissances, et l’authentification et l’enregistrement OTP par courriel ne peuvent pas être le premier facteur dans le flux d’authentification.
• Pour Native Plug-in et Receiver, l’enregistrement est pris en charge uniquement via le navigateur.
• La taille minimale du certificat utilisée pour la réinitialisation du mot de passe en libre-service est de 1024 octets et doit respecter la norme x.509.

Paramètre Active Directory

La question et réponse basée sur les connaissances Citrix ADC et e-mail OTP utilise l’attribut AD pour stocker les données des utilisateurs. Vous devez configurer un attribut AD pour stocker les questions et réponses ainsi que l’ID de messagerie alternatif. L’appliance Citrix ADC le stocke dans l’attribut KB configuré dans l’objet utilisateur AD. Lors de la configuration d’un attribut AD, tenez compte des éléments suivants :

• La longueur de l’attribut doit comporter au moins 128 caractères.
• L’attribut AD doit prendre en charge la valeur 32k de longueur maximale.
• Le type d’attribut doit être un ‘DirectoryString’.
• Un seul attribut AD peut être utilisé pour les questions et réponses basées sur les connaissances et les identifiants de messagerie alternatifs.
• Un seul attribut AD ne peut pas être utilisé pour l’enregistrement de questions et réponses basées sur les connaissances ou d’autres identifiants de messagerie.
• L’administrateur LDAP Citrix ADC doit disposer d’un accès en écriture à l’attribut AD sélectionné.

Vous pouvez également utiliser un attribut AD existant. Cependant, assurez-vous que l’attribut que vous envisagez d’utiliser n’est pas utilisé dans d’autres cas. Par exemple, UserParameters est un attribut existant au sein de l’utilisateur AD que vous pouvez utiliser. Pour vérifier cet attribut, effectuez les opérations suivantes :

1. Accédez à ADSI > sélectionner l’utilisateur.
2. Cliquez avec le bouton droit et faites défiler jusqu’à la liste des attributs.
3. Dans le volet de fenêtre CN=TestUser Properties, vous pouvez voir que l’attribut UserParameters n’est pas défini.

Enregistrement de réinitialisation du mot de passe en libre-service

Pour implémenter une solution de réinitialisation de mot de passe en libre-service sur une appliance Citrix ADC, vous devez effectuer les opérations suivantes :

• Réinitialisation du mot de passe en libre-service (question basée sur les connaissances et identificateur de réponse/e-mail).
• Page d’ouverture de session de l’utilisateur (pour la réinitialisation du mot de passe, qui inclut les questions et réponses basées sur les connaissances, la validation OTP et le facteur de réinitialisation final du mot de passe).

Un ensemble de catalogue de questions prédéfinies est fourni sous forme de fichier JSON. En tant qu’administrateur, vous pouvez sélectionner les questions et créer un schéma de connexion d’enregistrement de réinitialisation de mot de passe en libre-service via l’interface graphique Citrix ADC. Vous pouvez choisir l’une des options suivantes :

• Sélectionnez un maximum de quatre questions définies par le système.
• Offrez aux utilisateurs la possibilité de personnaliser deux questions et réponses.

Pour afficher le fichier JSON de questions basées sur les connaissances par défaut à partir de l’interface de ligne de commande

Remarque

• Citrix Gateway inclut l’ensemble de questions définies par le système par défaut. L’administrateur peut modifier le fichier « KBQuestions.json » pour inclure son choix de questions.

• Les questions définies par le système sont affichées uniquement en anglais et la prise en charge de la localisation de la langue n’est pas disponible pour ces questions.

Pour terminer l’enregistrement des questions et réponses basée sur les connaissances Login Schema à l’aide de l’interface graphique

1. Accédez à Sécurité > AAA — Trafic des applications > Schéma de connexion.

2. Dans la page Schéma de connexion, cliquez sur Profils .
3. Cliquez sur Ajouter un schéma de connexion d’enregistrement KBA.

4. Dans la page Créer un schéma de connexion d’authentification, spécifiez un nom dans le champ Nom du schéma .

5. Sélectionnez les questions de votre choix et déplacez-les dans la liste Configuré .

6. Dans la section Questions définies par l’utilisateur, vous pouvez fournir des questions et des réponses dans les champs Q1 et A1.

7. Dans la section Enregistrement par e-mail, cochez l’option Enregistrer un autre courriel . Vous pouvez enregistrer l’ID de courriel alternatif à partir de la page d’ouverture de session d’enregistrement de l’utilisateur pour recevoir l’OTP.

8. Cliquez sur Créer. Le schéma de connexion une fois généré affiche toutes les questions configurées à l’utilisateur final pendant le processus d’inscription.

Créer un flux de travail d’enregistrement et de gestion des utilisateurs à l’aide de l’interface

Les éléments suivants sont requis avant de commencer la configuration :

• Adresse IP attribuée au serveur virtuel d’authentification
• FQDN correspondant à l’adresse IP attribuée
• Certificat de serveur pour l’authentification serveur virtuel

Pour configurer la page d’enregistrement et de gestion des périphériques, vous avez besoin d’un serveur virtuel d’authentification. La figure suivante illustre l’enregistrement de l’utilisateur.

Pour créer un serveur virtuel d’authentification

1. Configurez un serveur virtuel d’authentification. Il doit être de type SSL et assurez-vous de lier l’authentification serveur virtuel avec le thème du portail.

   > add authentication vserver <vServerName> SSL <ipaddress> <port>
   > bind authentication vserver <vServerName> [-portaltheme<string>]
   

2. Liez la paire de clés de certificat du serveur virtuel SSL.

   > bind ssl vserver <vServerName> certkeyName <string>
   

   Exemple :

   > add authentication vserver authvs SSL 1.2.3.4 443
   > bind authentication vserver authvs -portaltheme RFWebUI
   > bind ssl vserver authvs -certkeyname c1
   

Pour créer une action d’ouverture de session LDAP

    > add authentication ldapAction <name> {-serverIP <ipaddr|ipv6_addr|> [-serverPort <port>] [-ldapBase <BASE> ] [-ldapBindDn <AD USER>] [-ldapBindDnPassword <PASSWORD>] [-ldapLoginName <USER FORMAT>]

Remarque

Vous pouvez configurer n’importe quelle stratégie d’authentification comme premier facteur.

Exemple :

    > add authentication ldapAction ldap_logon_action -serverIP 1.2.3.4 -serverPort 636 -ldapBase "OU=Users,DC=server,DC=com" -ldapBindDn administrator@ctxnsdev.com -ldapBindDnPassword PASSWORD -ldapLoginName samAccountName -serverport 636 -sectype SSL -KBAttribute userParameters

Pour créer une stratégie d’authentification pour l’ouverture de session LDAP

    > add authentication policy <name> <rule> [<reqAction]

Exemple :

    > add authentication policy ldap_logon -rule true -action ldap_logon_action

Pour créer une action d’enregistrement de questions et réponses basée sur les connaissances

Deux nouveaux paramètres sont introduits dans ldapaction. « KBatTribute » pour l’authentification KBA (enregistrement et validation) et « AlternateEmailAttr » pour l’enregistrement de l’ID e-mail alternatif de l’utilisateur.

    > add authentication ldapAction <name> {-serverIP  <ipaddr|ipv6_addr|> [-serverPort <port>] [-ldapBase <BASE> ] [-ldapBindDn <AD USER>] [-ldapBindDnPassword <PASSWORD>] [-ldapLoginName <USER FORMAT>] [-KBAttribute <LDAP ATTRIBUTE>] [-alternateEmailAttr <LDAP ATTRIBUTE>]

Exemple :

    > add authentication ldapAction ldap1 -serverIP 1.2.3.4 -sectype ssl -serverPort 636 -ldapBase "OU=Users,DC=server,DC=com" -ldapBindDn administrator@ctxnsdev.com -ldapBindDnPassword PASSWORD -ldapLoginName samAccountName -KBAttribute userParameters -alternateEmailAttr userParameters

Afficher l’écran d’enregistrement et de gestion des utilisateurs

Le schéma de connexion « KbaRegistrationSchema.xml » est utilisé pour afficher la page d’enregistrement de l’utilisateur à l’utilisateur final. Utilisez l’interface de ligne de commande suivante pour afficher le schéma de connexion.

> add authentication loginSchema <name> -authenticationSchema <string>

Exemple :

> add authentication loginSchema kba_register -authenticationSchema /nsconfig/loginschema/LoginSchema/KBARegistrationSchema.xml

Citrix recommande deux façons d’afficher l’écran d’enregistrement et de gestion des utilisateurs : URL ou attribut LDAP.

Utilisation de l’URL

Si le chemin d’accès à l’URL contient ‘/register’ (par exemple,https://lb1.server.com/register), la page d’enregistrement de l’utilisateur s’affiche à l’aide de l’URL.

Pour créer et lier une stratégie d’inscription

> add authentication policylabel user_registration -loginSchema kba_register
> add authentication policy ldap1 -rule true -action ldap1
> bind authentication policylabel user_registration -policy ldap1 -priority 1

Pour lier la stratégie d’authentification à l’authentification, l’autorisation et l’audit du serveur virtuel lorsque l’URL contient ‘/register’

> add authentication policy ldap_logon -rule "http.req.cookie.value(\"NSC_TASS\").contains(\"register\")" -action ldap_logon
> bind authentication vserver authvs -policy ldap_logon -nextfactor user_registration -priority 1

Pour lier un certificat au VPN global

bind vpn global -userDataEncryptionKey c1

Remarque

Vous devez lier le certificat pour chiffrer les données utilisateur (Q&R et ID de messagerie alternatif enregistré) stockées dans l’attribut AD.

Utilisation de l’attribut

Vous pouvez lier la stratégie d’authentification au serveur virtuel d’authentification, d’autorisation et d’audit pour vérifier si l’utilisateur est déjà inscrit ou non. Dans ce flux, toutes les stratégies précédentes avant le facteur d’enregistrement des questions et réponses basées sur les connaissances doivent être LDAP avec attribut KBA configuré. Ceci permet de vérifier si l’utilisateur AD est enregistré ou n’utilise pas un attribut AD.

Important

La règle « AAA.USER.ATTRIBUTE (« kba_registered ») .EQ (« 0”) » oblige les nouveaux utilisateurs à s’inscrire aux questions et réponses basées sur les connaissances et aux e-mails alternatifs.

Pour créer une stratégie d’authentification pour vérifier si l’utilisateur n’est pas déjà enregistré

> add authentication policy switch_to_kba_register -rule "AAA.USER.ATTRIBUTE(\"kba_registered\").EQ(\"0\")" -action NO_AUTHN
> add authentication policy first_time_login_forced_kba_registration -rule true -action ldap1

Pour créer une étiquette de stratégie d’enregistrement et lier à la stratégie d’enregistrement LDAP

> add authentication policylabel auth_or_switch_register -loginSchema LSCHEMA_INT
> add authentication policylabel kba_registration -loginSchema kba_register

> bind authentication policylabel auth_or_switch_register -policy switch_to_kba_register -priority 1 -nextFactor kba_registration
> bind authentication policylabel kba_registration -policy first_time_login_forced_kba_registration -priority 1

Pour lier la stratégie d’authentification à l’authentification, à l’autorisation et à l’audit du serveur virtuel

bind authentication vserver authvs -policy ldap_logon -nextfactor auth_or_switch_register -priority 2

Enregistrement des utilisateurs et validation de la gestion

Une fois que vous avez configuré toutes les étapes mentionnées dans les sections précédentes, vous devriez voir les captures d’écran de l’interface utilisateur ci-dessous.

1. Entrez l’URL lb vserver ; par exemple https://lb1.server.com. L’écran d’ouverture de session s’affiche.

2. Entrez le nom d’utilisateur et le mot de passe. Cliquez sur Soumettre. L’écran Enregistrement des utilisateurs s’affiche.

3. Sélectionnez la question préférée dans la liste déroulante et entrez la réponse.
4. Cliquez sur Soumettre. L’écran d’enregistrement de l’utilisateur s’affiche.

Page Configurer l’ouverture de session utilisateur

Dans cet exemple, l’administrateur suppose que le premier facteur est l’ouverture de session LDAP (pour laquelle l’utilisateur final a oublié le mot de passe). L’utilisateur suit ensuite l’enregistrement des questions et réponses basée sur les connaissances et la validation OTP de l’ID d’e-mail, et réinitialise finalement le mot de passe en utilisant la réinitialisation du mot de passe en libre-service.

Vous pouvez utiliser n’importe quel mécanisme d’authentification pour réinitialiser le mot de passe en libre-service. Citrix recommande d’avoir une question et une réponse basées sur les connaissances, et d’envoyer un e-mail à OTP ou les deux pour obtenir une confidentialité solide et éviter toute réinitialisation de mot de passe utilisateur illégitime.

Les éléments suivants sont requis avant de commencer à configurer la page d’ouverture de session de l’utilisateur :

• IP du serveur virtuel d’équilibrage de charge
• FQDN correspondant pour le serveur virtuel d’équilibrage de charge
• Certificat de serveur pour l’équilibreur de charge

Créer un serveur virtuel d’équilibrage de charge à l’aide de l’interface de ligne de commande

Pour accéder au site Web interne, vous devez créer un serveur virtuel LB pour accéder au service principal et déléguer la logique d’authentification au serveur virtuel d’authentification.

> add lb vserver lb1 SSL 1.2.3.162 443 -persistenceType NONE -cltTimeout 180 -AuthenticationHost otpauth.server.com -Authentication ON -authnVsName authvs

> bind ssl vserver lb1 -certkeyname c1

Pour représenter le service principal dans l’équilibrage de charge :

> add service iis_backendsso_server_com 1.2.3.4 HTTP 80

> bind lb vserver lb1 iis_backendsso_server_com

Créer une action LDAP avec l’authentification désactivée en tant que première stratégie

> add authentication ldapAction ldap3 -serverIP 1.2.3.4 -serverPort 636 -ldapBase "OU=Users,DC=server,DC=com" -ldapBindDn administrator@ctxnsdev.com -ldapBindDnPassword PASSWORD -ldapLoginName samAccountName -authentication disabled

> add authentication policy ldap3 -rule aaa.LOGIN.VALUE("passwdreset").EQ("1") -action ldap3

Créer une action de validation des questions et réponses basée sur les connaissances

Pour la validation des questions et réponses basée sur les connaissances dans le flux de réinitialisation des mots de passe en libre-service, vous devez configurer le serveur LDAP avec l’authentification désactivée.

> add authentication ldapAction <LDAP ACTION NAME> -serverIP <SERVER IP> -serverPort <SERVER PORT> -ldapBase <BASE> -ldapBindDn <AD USER> -ldapBindDnPassword <PASSWORD> -ldapLoginName <USER FORMAT> -KBAttribute  <LDAP ATTRIBUTE> - alternateEmailAttr <LDAP ATTRIBUTE> -authentication DISABLED

Exemple :

> add authentication ldapAction ldap2 -serverIP 1.2.3.4 -serverPort 636 -ldapBase "OU=Users,DC=server,DC=com" -ldapBindDn administrator@ctxnsdev.com -ldapBindDnPassword PASSWORD -ldapLoginName samAccountName -KBAttribute userParameters -alternateEmailAttr userParameters -authentication disabled

Pour créer une stratégie d’authentification pour la validation des questions et réponses basée sur les connaissances à l’aide de l’interface de ligne de commande

add authentication policy kba_validation -rule true -action ldap2

Créer une action de validation par e-mail

LDAP doit être un facteur antérieur au facteur de validation des e-mails car vous avez besoin de l’ID e-mail de l’utilisateur ou de l’ID de messagerie secondaire dans le cadre de l’enregistrement de réinitialisation du mot de passe en libre-service.

Remarque :

Pour que la solution Email OTP fonctionne, assurez-vous que l’authentification basée sur la connexion est activée sur le serveur SMTP.

Pour vous assurer que l’authentification basée sur la connexion est activée, tapez la commande suivante sur le serveur SMTP. Si l’authentification basée sur la connexion est activée, vous remarquerez que le texte AUTH LOGIN apparaît en gras dans la sortie.

root@ns# telnet <IP address of the SMTP server><Port number of the server>
ehlo

Exemple :

root@ns# telnet 10.106.3.66 25
Trying 10.106.3.66...
Connected to 10.106.3.66.
Escape character is '^]'.
220 E2K13.NSGSanity.com Microsoft ESMTP MAIL Service ready at Fri, 22 Nov 2019 16:24:17 +0530
ehlo
250-E2K13.NSGSanity.com Hello [10.221.41.151]
250-SIZE 37748736
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-STARTTLS
250-X-ANONYMOUSTLS
250-AUTH LOGIN
250-X-EXPS GSSAPI NTLM
250-8BITMIME
250-BINARYMIME
250-CHUNKING
250 XRDST

Pour plus d’informations sur l’activation de l’authentification basée sur la connexion, reportez-vous à la section https://support.microfocus.com/kb/doc.php?id=7020367.

Pour configurer une action de messagerie à l’aide de l’interface de ligne de commande

add authentication emailAction emailact -userName sender@example.com -password <Password> -serverURL "smtps://smtp.example.com:25" -content "OTP is $code"

Exemple :

add authentication emailAction email -userName testmail@gmail.com -password 298a34b1a1b7626cd5902bbb416d04076e5ac4f357532e949db94c0534832670 -encrypted -encryptmethod ENCMTHD_3 -serverURL "smtps://10.19.164.57:25" -content "OTP is $code" -emailAddress "aaa.user.attribute(\"alternate_mail\")"

Remarque

Le paramètre « EmailAddress » dans la configuration est une expression PI. Par conséquent, cela est configuré pour prendre soit l’ID de messagerie utilisateur par défaut de la session, soit l’ID de messagerie alternatif déjà enregistré.

Pour configurer l’ID de messagerie à l’aide de l’interface graphique

1. Accédez à Sécurité > AAA — Trafic des applications > Stratégies > Authentification > Stratégies avancées > Actions > Action par e-mail d’authentification. Cliquez sur Ajouter.

2. Dans la page Créer une action par e-mail d’authentification, saisissez les détails et cliquez sur Créer .

Pour créer une stratégie d’authentification pour la validation des e-mails à l’aide de l’interface de ligne de commande

add authentication policy email_validation -rule true -action email

Pour créer une stratégie d’authentification pour le facteur de réinitialisation du mot de passe

add authentication policy ldap_pwd -rule true -action ldap_logon_action

Présentation de l’interface utilisateur via le schéma de connexion

Il y a trois LoginsSchema pour la réinitialisation du mot de passe en libre-service pour réinitialiser le mot de passe. Utilisez les commandes CLI suivantes pour afficher les trois schémas de connexion :

root@ns# cd  /nsconfig/loginschema/LoginSchema/
root@ns# ls -ltr | grep -i password
-r--r--r--  1 nobody  wheel  2088 Nov 13 08:38 SingleAuthPasswordResetRem.xml
-r--r--r--  1 nobody  wheel  1541 Nov 13 08:38 OnlyUsernamePasswordReset.xml
-r--r--r--  1 nobody  wheel  1391 Nov 13 08:38 OnlyPassword.xml

Pour créer une réinitialisation de mot de passe d’authentification unique à l’aide de l’interface de ligne de commande

> add authentication loginSchema lschema_password_reset -authenticationSchema "/nsconfig/loginschema/LoginSchema/SingleAuthPasswordResetRem.xml"

> add authentication loginSchemaPolicy lpol_password_reset -rule true -action lschema_password_reset

Créer des questions et réponses basées sur les connaissances et envoyer un facteur de validation OTP par e-mail via une étiquette de stratégie

Si le premier facteur est l’ouverture de session LDAP, vous pouvez créer une question et une réponse basées sur les connaissances et envoyer des étiquettes de stratégie OTP pour le facteur suivant à l’aide des commandes suivantes.

> add authentication loginSchema lschema_noschema -authenticationSchema noschema

> add authentication policylabel kba_validation -loginSchema lschema_noschema

> add authentication policylabel email_validation -loginSchema lschema_noschema

Créer un facteur de réinitialisation du mot de passe via l’étiquette de stratégie

Vous pouvez créer un facteur de réinitialisation de mot de passe via l’étiquette de stratégie à l’aide des commandes suivantes.

> add authentication loginSchema lschema_noschema -authenticationSchema noschema

> add authentication policylabel password_reset -loginSchema lschema_noschema

> bind authentication policylabel password_reset -policyName ldap_pwd -priority 10 -gotoPriorityExpression NEXT

Liez la question et la réponse basées sur les connaissances et la stratégie d’e-mail aux stratégies créées précédemment à l’aide des commandes suivantes.

> bind authentication policylabel email_validation -policyName email_validation -nextfactor password_reset -priority 10 -gotoPriorityExpression NEXT

> bind authentication policylabel kba_validation -policyName kba_validation -nextfactor email_validation -priority 10 -gotoPriorityExpression NEXT

Lier le flux

Le flux d’ouverture de session LDAP doit être créé en vertu de la stratégie d’authentification pour l’ouverture de session LDAP. Dans ce flux, l’utilisateur clique sur le lien de mot de passe oublié présenté sur la première page d’ouverture de session LDAP, puis la validation KBA suivie par la validation OTP et enfin la page de réinitialisation du mot de passe.

bind authentication vserver authvs -policy ldap3 -nextfactor kba_validation -priority 10 -gotoPriorityExpression NEXT

Pour lier tout le flux de l’interface utilisateur

bind authentication vserver authvs -policy lpol_password_reset -priority 20 -gotoPriorityExpression END

Workflow d’ouverture de session utilisateur pour réinitialiser le mot de passe

Voici un flux de travail d’ouverture de session utilisateur si l’utilisateur a besoin de réinitialiser le mot de passe :

1. Entrez l’URL lb vserver ; par exemple https://lb1.server.com. L’écran d’ouverture de session s’affiche.

2. Cliquez sur Mot de passe oublié. Un écran de validation affiche deux questions sur un maximum de six questions et réponses enregistrées auprès d’un utilisateur AD.

3. Répondez aux questions et cliquez sur Se connecter. Un écran de validation OTP par e-mail dans lequel vous devez entrer le OTP reçu sur l’ID de courriel secondaire enregistré s’affiche.

4. Entrez l’e-mail OTP. Une fois que la validation OTP de l’e-mail est réussie, la page de réinitialisation du mot de passe s’affiche.

5. Entrez un nouveau mot de passe et confirmez le nouveau mot de passe. Cliquez sur Soumettre. Une fois la réinitialisation du mot de passe réussie, l’écran de réinitialisation du mot de passe réussie s’affiche.

Vous pouvez maintenant vous connecter à l’aide du mot de passe de réinitialisation.

Résolution des problèmes

Citrix fournit une option pour résoudre certains des problèmes de base que vous pourriez rencontrer lors de l’utilisation de la réinitialisation du mot de passe en libre-service. La section suivante vous aide à résoudre certains des problèmes qui peuvent se produire dans des domaines spécifiques.

Journal NS

Avant d’analyser le journal, il est recommandé de définir le niveau du journal pour le déboguer à l’aide de la commande suivante :

> set syslogparams -loglevel DEBUG

Enregistrement

Le message suivant indique que l’enregistrement de l’utilisateur a réussi.

"ns_aaa_insert_hash_keyValue_entry key:kba_registered value:1"
Nov 14 23:35:51 <local0.debug> 10.102.229.76 11/14/2018:18:05:51 GMT  0-PPE-1 : default SSLVPN Message 1588 0 :  "ns_aaa_insert_hash_keyValue_entry key:alternate_mail value:eyJ2ZXJzaW9uIjoiMSIsICJraWQiOiIxbk1oWjN0T2NjLVVvZUx6NDRwZFhxdS01dTA9IiwgImtleSI6IlNiYW9OVlhKNFhUQThKV2dDcmJSV3pxQzRES3QzMWxINUYxQ0tySUpXd0h4SFRIdVlWZjBRRTJtM0ZiYy1RZmlQc0tMeVN2UHpleGlJc2hmVHZBcGVMZjY5dU5iYkYtYXplQzJMTFF1M3JINFVEbzJaSjdhN1pXUFhqbUVrWGdsbjdUYzZ0QWtqWHdQVUI3bE1FYVNpeXhNN1dsRkZXeWtNOVVnOGpPQVdxaz0iLCAiaXYiOiI4RmY3bGRQVzVKLVVEbHV4IiwgImFsZyI6IkFFUzI1Nl9HQ00ifQ==.oKmvOalaOJ3a9z7BcGCSegNPMw=="

Validation des questions et réponses basée sur les connaissances

Le message suivant indique une validation réussie des questions et réponses basée sur les connaissances.

"NFactor: Successfully completed KBA Validation, nextfactor is email"

Validation de l’ID de courriel

Le message suivant indique une réinitialisation réussie du mot de passe.

"NFactor: Successfully completed email auth, nextfactor is pwd_reset"

Configurer SSPR à l’aide du visualiseur NFactor

Avant de commencer la configuration SSPR, nous devons ajouter les serveurs LDAP suivants :

1. Serveur LDAP standard avec authentification activée pour l’authentification utilisateur et attribut AD spécifié.

2. Serveur LDAP pour l’extraction des paramètres utilisateur sans authentification.

3. Serveur LDAP pour la réinitialisation du mot de passe sur SSL sans authentification. En outre, l’attribut AD à utiliser pour stocker les détails de l’utilisateur doit être défini dans ce serveur.

4. Serveur LDAP pour l’enregistrement des utilisateurs, avec authentification activée et attribut AD spécifié

5. Le flux complet est illustré ci-dessous :

6. Liez le certificat globalement à l’aide de la commande CLI suivante :

   bind vpn global -userDataEncryptionKey Wildcard
   

Maintenant que les serveurs LDAP sont ajoutés, procédez à la configuration NFactor à l’aide de visualiseur

1. Accédez à, Sécurité > AAA > Trafic des applications > nFactor Visualizer > nFactor Flux, cliquez sur Ajouter et cliquez sur l’icône plus à l’intérieur de la boîte.

2. Donnez un nom au flux.

3. Cliquez sur Ajouter un schéma, qui servira de schéma par défaut. Cliquez sur Ajouter sur la page du schéma de connexion.

4. Après avoir donné un nom au schéma, sélectionnez le schéma comme indiqué ci-dessous. Cliquez sur Sélectionner dans le coin supérieur droit pour le schéma à sélectionner.

5. Cliquez sur Créer, puis sur OK.

Une fois le schéma par défaut ajouté, nous devons configurer les trois flux suivants :

• Inscription utilisateur : Pour l’enregistrement explicite de l’utilisateur
• Réinitialisation du motde passe : pour la ré
• Connexion normale + Vérification de l’utilisateur enregistré : Dans le cas où l’utilisateur est inscrit et saisit le mot de passe correct, l’utilisateur sera connecté. Dans le cas où l’utilisateur n’est pas enregistré, il l’emmènera à la page d’enregistrement.

Enregistrement de l’utilisateur

Continuons d’où nous sommes partis après l’ajout du schéma.

1. Cliquez sur Ajouter une stratégie, cela vérifiera si l’utilisateur tente de s’inscrire explicitement.

2. Cliquez sur Créer, puis sur Ajouter.

3. Cliquez sur l’icône ‘+’ en surbrillance verte pour ajouter le facteur d’authentification suivant au flux d’enregistrement des utilisateurs.

4. Cliquez sur Créer.

5. Cliquez sur Ajouter une stratégie pour le facteur Inscription des utilisateurs 1.

6. Créez la stratégie d’authentification. Cette stratégie extrait les informations utilisateur et les valide avant de les rediriger vers la page d’enregistrement.

7. Cliquez sur Créer, puis sur Ajouter.

8. Cliquez maintenant sur l’icône verte ‘+’ pour créer un autre facteur pour l’enregistrement de l’utilisateur et cliquez sur Créer. Cliquez sur Ajouter un schéma.

9. Créez le schéma suivant.

10. Cliquez sur Ajouter une stratégie et créez la stratégie d’authentification suivante.

11. Cliquez sur Créer, puis sur Ajouter.

Réinitialisation du

1. Cliquez sur l’icône « + » bleue pour ajouter une autre stratégie (flux de réinitialisation du mot de passe) pour le facteur SSPR parent.

2. Cliquez sur Ajouter et créez la stratégie d’authentification ci-dessous. Cette stratégie sera déclenchée si l’utilisateur clique sur « Mot de passe oublié » sur la page de connexion.

3. Cliquez sur Créer, puis sur Ajouter.

4. Cliquez sur l’icône verte « + » pour la stratégie d’authentification de réinitialisation du mot de passe pour ajouter un autre facteur.

5. Cliquez sur Créer.

6. Cliquez sur Ajouter une stratégie pour créer une stratégie d’authentification pour le facteur créé ci-dessus. Ce facteur servira à valider l’utilisateur.

7. Cliquez sur Créer, puis sur Ajouter.

8. Cliquez sur l’icône verte ‘+’ pour ajouter un autre facteur pour le flux de facteurs de mot de passe, cela validera les réponses fournies pour la réinitialisation du mot de passe. Cliquez sur Créer.

9. Cliquez sur Ajouter une stratégie pour ajouter une stratégie d’authentification pour le facteur.

10. Sélectionnez la même stratégie d’authentification dans le menu déroulant que nous avons créé précédemment et cliquez sur Ajouter.

Connexion normale + Vérification de l’utilisateur enregistré

1. Cliquez sur l’icône « + » bleue pour ajouter une autre stratégie d’authentification (flux de connexion normal) au facteur SSPR parent.

2. Cliquez sur Ajouterpour créer la stratégie d’authentification ci-dessous pour la connexion utilisateur normale.

3. Cliquez sur Créer et cliquez sur Ajouter.

4. Cliquez sur l’icône verte « + » pour la stratégie créée ci-dessus pour ajouter un autre facteur, par exemple un bloc de décision. Cliquez sur Créer.

5. Cliquez sur Créer.

6. Cliquez sur Ajouter une stratégie pour créer une stratégie d’authentification pour ce facteur de décision.

7. Cliquez sur Créer, puis sur Ajouter. Cela vérifiera si l’utilisateur est enregistré ou non.

8. Cliquez sur l’icône verte ‘+’ pour pointer l’utilisateur vers la politique d’enregistrement.

9. Sélectionnez le facteur d’inscription dans le menu déroulant et cliquez sur Créer.

10. Cliquez maintenant sur l’icône « + » bleue pour ajouter une autre stratégie au bloc de décision, cette stratégie sera pour l’utilisateur enregistré de mettre fin à l’authentification.

11. Cliquez sur Ajouter une stratégie pour créer la stratégie d’authentification ci-dessous.

12. Cliquez sur Créer, puis sur Ajouter.