|
| 1 | +--- |
| 2 | +title: Enable Azure Active Directory self-service password reset |
| 3 | +description: In this tutorial, you learn how to enable Azure Active Directory self-service password reset for a group of users and test the password reset process. |
| 4 | + |
| 5 | +services: active-directory |
| 6 | +ms.service: active-directory |
| 7 | +ms.subservice: authentication |
| 8 | +ms.topic: tutorial |
| 9 | +ms.date: 02/04/2020 |
| 10 | + |
| 11 | +ms.author: iainfou |
| 12 | +author: iainfoulds |
| 13 | +ms.reviewer: rhicock |
| 14 | + |
| 15 | +ms.collection: M365-identity-device-management |
| 16 | + |
| 17 | +# Customer intent: As an Azure AD Administrator, I want to learn how to enable and use self-service password reset so that my end-users can unlock their accounts or reset their passwords through a web browser. |
| 18 | +--- |
| 19 | +# Tutorial: Enable users to unlock their account or reset passwords using Azure Active Directory self-service password reset |
| 20 | + |
| 21 | +Azure Active Directory (Azure AD) self-service password reset (SSPR) gives users the ability to change or reset their password, with no administrator or help desk involvement. If a user's account is locked or they forget their password, they can follow prompts to unblock themselves and get back to work. This ability reduces help desk calls and loss of productivity when a user can't sign in to their device or an application. |
| 22 | + |
| 23 | +> [!IMPORTANT] |
| 24 | +> This quickstart shows an administrator how to enable self-service password reset. If you're an end user already registered for self-service password reset and need to get back into your account, go to https://aka.ms/sspr. |
| 25 | +> |
| 26 | +> If your IT team hasn't enabled the ability to reset your own password, reach out to your helpdesk for additional assistance. |
| 27 | +
|
| 28 | +In this tutorial you learn how to: |
| 29 | + |
| 30 | +> [!div class="checklist"] |
| 31 | +> * Enable self-service password reset for a group of Azure AD users |
| 32 | +> * Configure authentication methods and registration options |
| 33 | +> * Test the SSPR process as a user |
| 34 | +
|
| 35 | +## Prerequisites |
| 36 | + |
| 37 | +To complete this tutorial, you need the following resources and privileges: |
| 38 | + |
| 39 | +* A working Azure AD tenant with at least a trial license enabled. |
| 40 | + * If needed, [create one for free](https://azure.microsoft.com/free/?WT.mc_id=A261C142F). |
| 41 | +* An account with *Global Administrator* privileges. |
| 42 | +* A non-administrator user with a password you know, such as *testuser*. You test the end-user SSPR experience using this account in this tutorial. |
| 43 | + * If you need to create a user, see [Quickstart: Add new users to Azure Active Directory](../add-users-azure-active-directory.md). |
| 44 | +* A group that the non-administrator user is a member of, such as *SSPR-Test-Group*. You enable SSPR for this group in this tutorial. |
| 45 | + * If you need to create a group, see how to [Create a group and add members in Azure Active Directory](../active-directory-groups-create-azure-portal.md). |
| 46 | + |
| 47 | +## Enable self-service password reset |
| 48 | + |
| 49 | +Azure AD lets you enable SSPR for *None*, *Selected*, or *All* users. This granular ability lets you choose a subset of users to test the SSPR registration process and workflow. When you're comfortable with the process and can communicate the requirements with a broader set of users, you can select additional groups of users to enable for SSPR. Or, you can enable SSPR for everyone in the Azure AD tenant. |
| 50 | + |
| 51 | +In this tutorial, configure SSPR for a set of users in a test group. In the following example, the group *SSPR-Test-Group* is used. Provide your own Azure AD group as needed: |
| 52 | + |
| 53 | +1. Sign in to the [Azure portal](https://portal.azure.com) using an account with *global administrator* permissions. |
| 54 | +1. Search for and select **Azure Active Directory**, then choose **Password reset** from the menu on the left-hand side. |
| 55 | +1. From the **Properties** page, under the option *Self service password reset enabled*, choose **Select group** |
| 56 | +1. Browse for and select your Azure AD group, such as *SSPR-Test-Group*, then choose *Select*. |
| 57 | + |
| 58 | + [](media/tutorial-enable-sspr/enable-sspr-for-group.png#lightbox) |
| 59 | + |
| 60 | + As part of a wider deployment of SSPR, nested groups are supported. Make sure that the users in the group(s) you choose have the appropriate licenses assigned. There's currently no validation process of these licensing requirements. |
| 61 | + |
| 62 | +1. To enable SSPR for the select users, select **Save**. |
| 63 | + |
| 64 | +## Select authentication methods and registration options |
| 65 | + |
| 66 | +When users need to unlock their account or reset their password, they're prompted for an additional confirmation method. This additional authentication factor makes sure that only approved SSPR events are completed. You can choose which authentication methods to allow, based on the registration information the user provides. |
| 67 | + |
| 68 | +1. On the **Authentication methods** page from the menu in the left-hand side, set the **Number of methods required to reset** to *1*. |
| 69 | + |
| 70 | + To improve security, you can increase the number of authentication methods required for SSPR. |
| 71 | + |
| 72 | +1. Choose the **Methods available to users** that your organization wants to allow. For this tutorial, check the boxes to enable the following methods: |
| 73 | + |
| 74 | + * *Mobile app notification* |
| 75 | + * *Mobile app code* |
| 76 | + * *Email* |
| 77 | + * *Mobile phone* |
| 78 | + * *Office phone* |
| 79 | + |
| 80 | +1. To apply the authentication methods, select **Save**. |
| 81 | + |
| 82 | +Before users can unlock their account or reset a password, they must register their contact information. This contact information is used for the different authentication methods configured in the previous steps. |
| 83 | + |
| 84 | +An administrator can manually provide this contact information, or users can go to a registration portal to provide the information themselves. In this tutorial, configure the users to be prompted for registration when they next sign in. |
| 85 | + |
| 86 | +1. On the **Registration** page from the menu in the left-hand side, select *Yes* for **Require users to register when signing in**. |
| 87 | +1. It's important that contact information is kept up to date. If the contact information is outdated when an SSPR event is started, the user may not be able to unlock their account or reset their password. |
| 88 | + |
| 89 | + Set **Number of days before users are asked to reconfirm their authentication information** to *180*. |
| 90 | +1. To apply the registration settings, select **Save**. |
| 91 | + |
| 92 | +## Configure notifications and customizations |
| 93 | + |
| 94 | +To keep users informed about account activity, you can configure e-mail notifications to be sent when an SSPR event happens. These notifications can cover both regular user accounts and admin accounts. For admin accounts, this notification provides an additional layer of awareness when a privileged administrator account password is reset using SSPR. |
| 95 | + |
| 96 | +1. On the **Notifications** page from the menu in the left-hand side, configure the following options: |
| 97 | + |
| 98 | + * Set **Notify users on password resets** option to *Yes*. |
| 99 | + * Set **Notify all admins when other admins reset their password** to *Yes*. |
| 100 | + |
| 101 | +1. To apply the notification preferences, select **Save**. |
| 102 | + |
| 103 | +If users need additional help with the SSPR process, you can customize the link for "Contact your administrator". This link is used in the SSPR registration process and when a user unlocks their account or resets their password. To make sure your users get the support needed, it's highly recommended to provide a custom helpdesk email or URL. |
| 104 | + |
| 105 | +1. On the **Customization** page from the menu in the left-hand side, set *Customize helpdesk link* to **Yes**. |
| 106 | +1. In the **Custom helpdesk email or URL** field, provide an email address or web page URL where your users can get additional help from your organization, such as *https://support.contoso.com/* |
| 107 | +1. To apply the custom link, select **Save**. |
| 108 | + |
| 109 | +## Test self-service password reset |
| 110 | + |
| 111 | +With SSPR enabled and configured, test the SSPR process with a user that's part of the group you selected in the previous section, such as *Test-SSPR-Group*. In the following example, the *testuser* account is used. Provide your own user account that's part of the group you enabled for SSPR in the first section of this tutorial. |
| 112 | + |
| 113 | +> [!NOTE] |
| 114 | +> When you test the self-service password reset, use a non-administrator account. Admins are always enabled for self-service password reset and are required to use two authentication methods to reset their password. |
| 115 | +
|
| 116 | +1. To see the manual registration process, open a new browser window in InPrivate or incognito mode, and browse to [https://aka.ms/ssprsetup](https://aka.ms/ssprsetup). Users should be directed to this registration portal when they next sign-in. |
| 117 | +1. Sign in with a non-administrator test user, such as *testuser*, and register your authentication methods contact information. |
| 118 | +1. Once complete, select the button marked **Looks good** and close the browser window. |
| 119 | +1. Open a new browser window in InPrivate or incognito mode, and browse to [https://aka.ms/sspr](https://aka.ms/sspr). |
| 120 | +1. Enter your non-administrator test users' account information, such as *testuser*, the characters from the CAPTCHA, and then select **Next**. |
| 121 | + |
| 122 | +  |
| 123 | + |
| 124 | +1. Follow the verification steps to reset your password. When complete, you should receive an e-mail notification that your password was reset. |
| 125 | + |
| 126 | +## Clean up resources |
| 127 | + |
| 128 | +In a following tutorial in this series, you configure password writeback. This feature writes password changes from Azure AD SSPR back to an on-premises AD environment. If you want to continue with this tutorial series to configure password writeback, don't disable SSPR now. |
| 129 | + |
| 130 | +If you no longer want to use the SSPR functionality you have configured as part of this tutorial, set the SSPR status to **None** using the following steps: |
| 131 | + |
| 132 | +1. Sign in to the [Azure portal](https://portal.azure.com). |
| 133 | +1. Search for and select **Azure Active Directory**, then choose **Password reset** from the menu on the left-hand side. |
| 134 | +1. From the **Properties** page, under the option *Self service password reset enabled*, choose **None**. |
| 135 | +1. To apply the SSPR change, select **Save**. |
| 136 | + |
| 137 | +## Next steps |
| 138 | + |
| 139 | +In this tutorial, you enabled Azure AD self-service password reset for a selected group of users. You learned how to: |
| 140 | + |
| 141 | +> [!div class="checklist"] |
| 142 | +> * Enable self-service password reset for a group of Azure AD users |
| 143 | +> * Configure authentication methods and registration options |
| 144 | +> * Test the SSPR process as a user |
| 145 | +
|
| 146 | +> [!div class="nextstepaction"] |
| 147 | +> [Enable Azure Multi-Factor Authentication](tutorial-mfa-applications.md) |
0 commit comments