-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Client secret double encoding issue when updating an existing registered client #389
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
Comments
hi @jgrandja . I was on PTO for the past 2 weeks. I am back now, ready for work. I have one question: is the |
Hey @ovidiupopa91. I'll get back to you later this week. I'm just in the middle of preparing for our SpringOne presentation. Thanks. |
Good luck with your presentation @jgrandja . I am sure it will be great 😃 |
@ovidiupopa91
No, this wouldn't be the method to call to determine if it's encoded. Take a look at
This indicates that it's bcrypt encoded. I think we could simply check for FYI, I'm on PTO starting tomorrow and returning Sep 15. Talk to you when I'm back. |
This might have to be revisited at a later point, but to check if a value is encoded or not is quite tricky. The decision was to remove client_secret and client_secret_expires_at from the update statement Closes spring-projectsgh-389
This might have to be revisited at a later point, but to check if a value is encoded or not is quite tricky. The decision was to remove client_secret and client_secret_expires_at from the update statement Closes spring-projectsgh-389
This might have to be revisited at a later point, but to check if a value is encoded or not is quite tricky. The decision was to remove client_secret and client_secret_expires_at from the update statement Closes spring-projectsgh-389
When an existing client is updated via
save()
, the client-secret is double encoded.The
client_secret
should be checked if its already encoded or not. If its already encoded, it should not be encoded again.The text was updated successfully, but these errors were encountered: