-
-
Notifications
You must be signed in to change notification settings - Fork 963
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Migration path for existing user/account tables #500
Comments
So there is currently no option to do this, it's basically blocked by #200 (see also #435 and #325). It will however (in the future) be possible to import users even if you currently use something like BCrypt or some other password hashing algorithm. It won't be possible to do a switch without a logout however, because Kratos can't work with your current session system. You could however solve that on a proxy/application level and use two session stores (Kratos and your current system) for the migration period, validating the session against both systems. However, this feature will take a bit more time as we're currently solving other issues. But you can take me by my word that this will be possible and that I will also personally work on this feature most likely in Q3 2020. |
Awesome, thanks for getting back to me. Q3/Q4 is perfect as this is something we need to do, but is not urgent or time sensitive. |
@aeneasr bcrypt, and thank you |
Hello, I was speaking with Vincent on slack and he suggested that I post an enhancement issue.
I'm looking for a way to use kratos as our identity management system, we currently run a legacy PHP system with a users table with millions of existing users. I would love to have a migration path from legacy into kratos with hopefully the least amount of user friction (Forced log-out/password changes). We are totally fine moving auth specific info into a new table, but anything that can be done to ease this change would be perfect.
Describe alternatives you've considered
At this point it's just kratos or we roll our own.
The text was updated successfully, but these errors were encountered: