Note that there are some explanatory texts on larger screens.

plurals
  1. POWhat are the options for self-service password reset with Forefront Identity Manager?
    primarykey
    data
    text
    <p>I haven’t really worked a lot with AD, and not at all with FIM, but I’m now in a situation where we as a team need to provide some options for a customer that would like to have a self-service system for password reset. FIM is already in place and being used for some synchronization things, and it has been decided that we will be using FIM. The question is how.</p> <p>Here is the ideal A custom application that is accessible from:</p> <ul> <li>After login in a browser</li> <li>On an external device</li> <li>From the login screen (see separate discussion on this)</li> </ul> <p>We are using the following to identify the users:</p> <ul> <li>ID (work)</li> <li>Security questions</li> <li>Magnetstripe card (optional)</li> <li>Personal details</li> <li>We are considering SMS identification as well, but only 20% of the users have a registered phone</li> </ul> <p>Here are the options we have come up with so far, with our thoughts:</p> <ol> <li>FIM out of the box self-service works and provides a login screen link to change the password – which we really want. The GUI on the other hand isn’t very customizable and doesn’t provide the user experience we want. You can only change colors, fonts and logo. We would like to freely customize the look, and workflow.</li> <li>Web application that after all required details are filled in provides a temporary password that will require immediate password reset once logged in. Email will notify user about password change attempt, and lock for further attempts ant notify support if more than 3 attempts are made within a day. This does however not provide a login on the screen, which is a feature we were hoping for. Talks to FIM services on the backend.</li> <li>SMS password reset service based on the same concept as above. Not really an option since we have few registered phones. Talks to FIM services on the backend.</li> <li>A login hook that takes the user to the browser to the application (not FIM app, but uses FIM services). The worry here is creating a security risk by changing the login screen, and also how to roll out the solution, and how OS updates will affect us. But most of all, the feedback I’ve gotten from other developers is that this is a pretty bad idea.</li> </ol> <p>Here are the questions: **</p> <ol> <li>Are we missing some other options?</li> <li>What should be our biggest concern?</li> <li>And which option would be best?</li> </ol> <p>** – We define best as the option that fulfills these criteria’s, in order of importance:</p> <ul> <li>Secure</li> <li>User friendly</li> <li>Maintainable</li> <li>Less costly to implement/less time</li> </ul> <p>Any information is greatly appreciated, hope I’ve provided enough information. Happy to adjust the text/question if it’s not scoped clearly enough.</p>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload