Skip to content
Discussion options

You must be logged in to vote

There is no real best practice here, it all depends on the use case.

Duende IdentityServer does support combining the authorization code grant with client credentials when configuring a client, by setting the AllowedGrantTypes to GrantTypes.CodeAndClientCredentials, which makes sense for clients where both users authenticate and interact with an API, as well as the client itself to perform back-channel operations.

But when the machine-to-machine aspect of the solution requires significantly different scopes than the users of the client, or you want the ability to rotate the client's secret independently, then splitting up the grants into two separate client definitions makes more sense.

Replies: 1 comment

Comment options

You must be logged in to vote
0 replies
Answer selected by daver77
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
2 participants