proposal for client context profiles #316
Closed
paulswartz
started this conversation in
Ideas
Replies: 1 comment 5 replies
-
|
The difficulty I see with this approach is that we’re starting to mix function options with the client context, which only had one purpose so far. Why would we have I see an argument where we treat |
Beta Was this translation helpful? Give feedback.
5 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Here's what I was thinking:
External API
{ok, #oidcc_client_context{}} = oidcc_client_context:from_configuration_worker( Worker, <<"client_id">>, <<"client_secret">>, #{ profiles => [fapi2] }).Internal interface
oidcc_client_contextrecord,client_optsprofilesis key mapped byoidcc_client_contextinto combination ofclient_opts(such astrusted_audiencesas discussed in feat: Demonstrating Proof of Posession (DPoP) #315 ) and updates to theprovider_configuration(enforcing S256 PKCE, removing less-secure signing/encryption algorithms)client_optscan also be provided as opts infrom_configuration_worker/4.oidcc_*modules look at theclient_optsrather than directly at profile keys. This allows profiles to share options, without needing the internals to be updated for each new profile.Beta Was this translation helpful? Give feedback.
All reactions