You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 18, 2025. It is now read-only.
It seems to me that I can infer that DPoP is supported by presence of a nonempty dpop_signing_alg_values_supported. Likewise, I can infer that bearer tokens are not supported by presence of an empty bearer_methods_supported array.
So I'm left to wonder: what additional utility does dpop_bound_access_tokens_required give anyone? And, in particular, I'm worried that its semantics will just result in confusion as additional methods are added. Let's say we have a NewSuperAuthMethod, and the endpoint declares support for it, but also declares "dpop_bound_access_tokens_required": true; does that mean it's actually not supported? I have to include a DPoP proof JWT alongside NewSuperAuthMethod?
So I don't think the metadata value provides any value here and just sews confusion and should be removed.