In IBM’s effort to continue to streamline and simplify navigation for our customers, this Ideas portal will be shut down on February 28, 2023. We would ask that you use the main IBM Ideas portal at https://ideas.ibm.com/ or the IBM Security-specific portal at https://ibmsecurity.ideas.ibm.com/ to review, vote for existing ideas, or add new ideas.
We need to migrate our users with their passwords, but these passwords are hashed. Even though using SHA256 is mor or less standarized the way you mixed a salt with a password is not. We need to be able to migrate our salts and the passwords and define a function to check if a plain password is correct. That way we can have a first login configuration where if this migratedPassword exists for the user the systems checks if the password entered is valid using the user defined function. Then it can execute a first login custom behavior or show the change password page so it defines a new password and deletes de migratedpassword (could be optional). It would be great if we could define the function in javascript. It should have access to user data and have a crypto lib with sha256 included.
We have 700.000 users so password migration is important.
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.
Passwords can be imported to CI through a CSV with a password, and salt. CSV files must be provided to IBM support for processing. It may take a few days for the process to complete.
No, we have the users in a database and we are storing hashes of the password + salt.
We do support LDIF migration for IBM Security Directory Server customers. Can you share if this is what you have today?
If the database option is used we should be able to write a sql script to check if the password is correct.
Another solution could be to be able to configure a secure connection to a user service or database so if the user is marked as first login it goes to that service or database to check if the password is correct. This would allow to migrate users without the passwords and have a first login logic to set a new stronger password in CI o to execute custom logic for the scenario