Closed strehle closed 1 year ago
We have created an issue in Pivotal Tracker to manage this. Unfortunately, the Pivotal Tracker project is private so you may be unable to view the contents of the story.
The labels on this github issue will be updated when the story is started.
Test
uaac token authcode get -c login --port 7000
Pre-requisit is latest cf-uaa-lib library which supports PKCE and allows to omit secret
@Tallicia @torsten-sap I add you to define who could to ruby review.
https://github.com/cloudfoundry/cf-uaa-lib/pull/90 is merged now. Let's bump cf-uaa-lib
so we can test out this feature.
cloudfoundry/cf-uaa-lib#90 is merged now. Let's bump
cf-uaa-lib
so we can test out this feature.
done
@strehle, thanks! Manually tested, working as expected, great!
Question: If as you said here, the PKCE is fully backward compatible (both clients and auth-server have to support it for it to take effect; and the auth request will not fail if one of them does not support it), then what is the purpose of adding the config flag --[no-]pkce
from the user perspective? Why not just always try to use PKCE?
@strehle, thanks! Manually tested, working as expected, great!
Question: If as you said here, the PKCE is fully backward compatible (both clients and auth-server have to support it for it to take effect; and the auth request will not fail if one of them does not support it), then what is the purpose of adding the config flag
--[no-]pkce
from the user perspective? Why not just always try to use PKCE?
ok and yes, removed the options so that it is now only creating the PKCE for authorization_code flow
Is this ready to merge or is there anything else that needs to precede merging this?
Is this ready to merge or is there anything else that needs to precede merging this?
could be merged , FYI: @peterhaochen47
Both options together allow the authorization_code grant with public usage (no secret in request)