15

I found it very difficult to do password recovery, since I've never done it before.

So far I have web app which has:

Spring Security, where password is properly hashed and user roles implemented and work correctly.

The strategy hints research from stackoverflow:

  1. User hits forgot-password button, where he enters his email address.
  2. Dynamic link is sent to email address
  3. User opens link in email address
  4. Which redirects him to password reset page

What is not known:

  • How to give link dynamic nature - methods of generations
  • Link has a timeout - some questions were found here, but often involve custom handler or extension to spring security functionality
  • A request mapping methods to respond to such dynamic link
  • Temporary link storage methods - database, session etc. ?

As you can see the list is quite severe for a single question. So was hoping you might be able to provide guide resources to how to do it step by step. I was a little surprised I could not find much on this in Spring Security documentation. Thanks.

I am student so don't know really industry best practices for doing so especially in the context of Java, so I really hope anyone will be able to help.

OhadR
  • 8,276
  • 3
  • 47
  • 53
Aubergine
  • 5,862
  • 19
  • 66
  • 110
  • I have implemented a JAVA project for this use case. It is on GitHub, open source. You can have a look: https://github.com/OhadR/oAuth2-sample/tree/master/authentication-flows – OhadR Nov 29 '13 at 12:40

2 Answers2

20

The problem doesn't really have much to do with Spring Security. Provided you know the structure of the user database and the password encoder used, it's really just implementing a workflow involving data access, web controllers and sending an email. The link should contain a random token string (use SecureRandom and a base64 encoder, for example) and it should be stored in a database with the userId and a timestamp (for validating the window within which the link is valid). The controller would simply extract the token from the incoming request, load the data from the database using the token. It would check the timestamp and then forward the user to a password entry form. Depending on requirements, you might also want them to answer some other security questions too. You'd then validate and encode the password and store it in the account matching the userId stored in the reset link table. It would also make sense to have a batch job running to remove expired links from the database.

The Grails Spring Security UI plugin already has a forgot password option which you can either use directly or use as a reference.

Community
  • 1
  • 1
Shaun the Sheep
  • 22,353
  • 1
  • 72
  • 100
  • great, simple and concise. I believe emailadress+timestamp(as salt) hash generation would do the job for link generation? Also just for quick reference to respond to dynamic link I use something like: @RequestMapping(value="/var/{name}", method = RequestMethod.GET) – Aubergine Jun 21 '13 at 18:52
  • Why use a hash? You would still need to store the token anyway in order to verify it and timestamps are guessable. If I knew someone had requested a reset and knew their email, I could just iterate through all the possible timestamps over a suitable window until the system let me in. Use random bytes for the link token, and make it long enough that you don't have to worry about it (e.g. 16 bytes). – Shaun the Sheep Jun 22 '13 at 18:37
  • I've implemented something similar to Luke's description, only without using the DB; instead, I use encryption to encrypt the data in the link, so I do not have to access the DB. If you are interested, have a look in my answer here, and find there all relevant links – OhadR Dec 13 '13 at 16:05
5

I have implemented a JAVA project for this use case. It is on GitHub, open source.

There are explanation for everything (and if something is missing - let me know...)


Have a look: https://github.com/OhadR/Authentication-Flows

This is the client web-app that uses the auth-flows, with the README with all explanations. it directs you the implementation: https://github.com/OhadR/oAuth2-sample/tree/master/authentication-flows

OhadR
  • 8,276
  • 3
  • 47
  • 53
  • Is this stable enough to adapt for production use? – Kafkaesque Dec 13 '13 at 14:33
  • it is a good question. In short: YES. Note that for production, each one (usually) has its own needs. for example, there are companies who needs "secret question" mechanism, which i did not implement. but it is a very good basis to start from, and to add whatever needed. have a look in the README. let me know if something is not clear. and yes - it is stable :-) NOTE: I've changed the links in my answer. have a look.. – OhadR Dec 15 '13 at 08:43
  • Hi @OhadR: I'm referring to your project, it useful for me, I received an exception: AuthenticationFlowsProcessorImpl - Authentication failed; nested exception is javax.mail.AuthenticationFailedException, UserActionController - Account is locked or does not exist, I checked and user data has inserted in db – Khanh Luong Van Mar 27 '17 at 16:45
  • @KhanhLuongVan I think you should open a new "question" here in stack overflow with all the details. it will be better to trace and answer, and might help other poeple... please do not forget to tag your question with "authentication-flows"... – OhadR Mar 28 '17 at 06:45
  • 1
    Thanks @OhadR: I have created new question and have some issue and hope you support: this is my ticket: http://stackoverflow.com/questions/43067900/authentication-flows-java-lang-stringindexoutofboundsexception-string-index-ou – Khanh Luong Van Mar 28 '17 at 11:07