Self-Issued Consulting

michael_b_jones@hotmail.com https://self-issued.info/

independent

roland@catalogix.se

Yubico

ve7jtb@ve7jtb.com https://www.linkedin.com/in/ve7jtb/

Okta

panva.ip@gmail.com

OpenID Connect Working Group OpenID Connect 1.0 is a simple identity layer on top of the OAuth 2.0 protocol. It enables Clients to verify the identity of the End-User based on the authentication performed by an Authorization Server, as well as to obtain basic profile information about the End-User in an interoperable and REST-like manner. This specification extends the OpenID Connect Dynamic Client Registration 1.0 specification to enable RPs to express a set of supported values for some RP metadata parameters, rather than just single values. This functionality is particularly useful when Automatic Registration, as defined in OpenID Federation 1.0, is used, since there is no registration response from the OP to tell the RP what choices were made by the OP. This gives the OP the information that it needs to make choices about how to interact with the RP in ways that work for both parties.

OpenID Connect 1.0 is a simple identity layer on top of the OAuth 2.0 protocol. It enables Clients to verify the identity of the End-User based on the authentication performed by an Authorization Server, as well as to obtain basic profile information about the End-User in an interoperable and REST-like manner. In order for an OpenID Connect Relying Party to utilize OpenID Connect services for an End-User, the RP needs to register with the OpenID Provider to provide the OP information about itself. This specification extends the OpenID Connect Dynamic Client Registration 1.0 specification to enable RPs to express a set of supported values for some RP metadata parameters, rather than just single values. This extension enables expression of multiple choices for parameters including supported algorithms and token endpoint authentication methods. This functionality is particularly useful when Automatic Registration is used, since there is no registration response from the OP to tell the RP what choices were made by the OP. This gives the OP the information that it needs to make choices about how to interact with the RP in ways that work for both parties. Single-valued metadata parameters for which corresponding multi-valued metadata parameters are defined by this specification are defined in these specifications: OpenID Connect Dynamic Client Registration 1.0 OpenID Connect Client-Initiated Backchannel Authentication Flow - Core 1.0 JWT Secured Authorization Response Mode for OAuth 2.0 (JARM) JSON Web Token (JWT) Response for OAuth Token Introspection

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 . All uses of JSON Web Signature (JWS) and JSON Web Encryption (JWE) data structures in this specification utilize the JWS Compact Serialization or the JWE Compact Serialization; the JWS JSON Serialization and the JWE JSON Serialization are not used.

This specification uses the terms "Authorization Server", "Client", "Client Authentication", "Client Identifier", and "Token Endpoint" defined by OAuth 2.0, the term "JSON Web Token (JWT)" defined by JSON Web Token (JWT), and the terms defined by OpenID Connect Core 1.0 and OpenID Connect Dynamic Client Registration 1.0.

Clients have metadata associated with their unique Client Identifier at the Authorization Server. These can range from human-facing display strings, such as a Client name, to items that impact the security of the protocol, such as the set of supported algorithms. The Client Metadata values are used in two ways: as input values to registration requests, and as output values in registration responses and read responses. Enabling the RP to express all the choices that it supports for metadata parameters is particularly important when using Automatic Registration, as defined in Section 12.1 of OpenID Federation 1.0 , since it gives the OP the best opportunity to make good choices of what parameters to use when interacting with the RP. This specification is intended to faciliate such interactions. The Client Metadata parameters defined below MUST only be used as input values to registration requests, and not as output values in registration responses and read responses. Any output values used related to these multi-valued input parameters MUST be the associated corresponding single-valued metadata parameter. These Client Metadata parameters are defined by this specification: OPTIONAL. JSON array containing a list of the subject_type values supported by the RP. If a subject_type metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWS alg values supported by the RP when validating the ID Token signature. If an id_token_signed_response_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE alg values supported by the RP when decrypting the ID Token. If an id_token_encrypted_response_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE enc values supported by the RP when decrypting the ID Token. If an id_token_encrypted_response_enc metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWS alg values supported by the RP when validating the UserInfo Response signature. If a userinfo_signed_response_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE alg values supported by the RP when decrypting the UserInfo Response. If a userinfo_encrypted_response_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE enc values supported by the RP when decrypting the UserInfo Response. If a userinfo_encrypted_response_enc metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWS alg values supported by the Client when signing Request Objects. If a request_object_signing_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE alg values supported by the Client when encrypting Request Objects. If a request_object_encryption_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE enc values supported by the Client when encrypting Request Objects. If a request_object_encryption_enc metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the Client Authentication methods supported by the Client. If a token_endpoint_auth_method metadata parameter is also present, its value MUST be in the list. Also see the discussion of this parameter in . OPTIONAL. JSON array containing a list of the JWS alg values supported by the Client when signing the JWT used to authenticate the Client at the Token Endpoint for the private_key_jwt and client_secret_jwt authentication methods. If a token_endpoint_auth_signing_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWS alg values supported by the Client when signing the JWT used for CIBA authentication requests. If a backchannel_authentication_request_signing_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWS alg values supported by the Client for validating signed responses. If an authorization_signed_response_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE alg values supported by the Client for decrypting encrypted responses. If an authorization_encrypted_response_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE enc values supported by the Client for decrypting encrypted responses. If an authorization_encrypted_response_enc metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWS alg values supported by the Client when validating the Introspection Response signature. If an introspection_signed_response_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE alg values supported by the Client when decrypting the Introspection Response. If an introspection_encrypted_response_alg metadata parameter is also present, its value MUST be in the list. OPTIONAL. JSON array containing a list of the JWE enc values supported by the Client when decrypting the Introspection Response. If an introspection_encrypted_response_enc metadata parameter is also present, its value MUST be in the list. Additional Client Metadata parameters MAY be defined and used, as described in . Note that the naming convention used for these metadata parameters is to use the name of the corresponding Authorization Server Metadata parameter when it exists. When it does not exist, the names chosen use the pattern *_values_supported, where * is the name of the corresponding single-valued Client Metadata parameter.

The token_endpoint_auth_methods_supported metadata value is used, in practice, to indicate the Client Authentication Methods supported at any Authorization Server endpoint, not just the Token Endpoint. For instance, these same methods MUST be supported at the Revocation Endpoint , the Introspection Endpoint , and the Pushed Authorization Request Endpoint , when they exist. It is a consensus position within the OpenID Connect working group that it was a mistake to create separate revocation_endpoint_auth_methods_supported and introspection_endpoint_auth_methods_supported Authorization Server Metadata parameters in . This aligns with the decision by the OAuth Working group to use the token_endpoint_auth_methods_supported and token_endpoint_auth_method metadata parameters to describe the capabilities of the Pushed Authorization Request (PAR) Endpoint , rather than creating new parameters that were PAR-specific. Consequently, this specification does not create revocation_endpoint_auth_methods_supported or introspection_endpoint_auth_methods_supported Client Metadata parameters.

To facilitate interoperability with implementations not supporting this specification, deployments SHOULD include the single-valued metadata parameter alongside the corresponding multi-valued metadata parameter with their preferred single value. Note that the Authorization Server might not support the single-valued parameter value. For instance, consider these metadata values:

Authorization Server SHOULD NOT consider it an error when it doesn't support RS256 if it supports either of the other choices ES256 or PS256. It SHOULD use one of the choices that it does support, or reject the registration with the invalid_client_metadata error when none of the client-provided values are supported.

The security considerations when using these metadata parameters are the same as those when using the corresponding metadata parameters in and or the other specifications in which they are defined.

This specification registers the following client metadata definitions in the IANA "OAuth Dynamic Client Registration Metadata" registry established by .

Client Metadata Name: subject_types_supported Client Metadata Description: JSON array containing a list of the subject_type values supported by the RP Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: id_token_signing_alg_values_supported Client Metadata Description: JSON array containing a list of the JWS alg values supported by the RP when validating the ID Token signature Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: id_token_encryption_alg_values_supported Client Metadata Description: JSON array containing a list of the JWE alg values supported by the RP when decrypting the ID Token Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: id_token_encryption_enc_values_supported Client Metadata Description: JSON array containing a list of the JWE enc values supported by the RP when decrypting the ID Token Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: userinfo_signing_alg_values_supported Client Metadata Description: JSON array containing a list of the JWS alg values supported by the RP when validating the UserInfo Response signature Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: userinfo_encryption_alg_values_supported Client Metadata Description: JSON array containing a list of the JWE alg values supported by the RP when decrypting the UserInfo Response Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: userinfo_encryption_enc_values_supported Client Metadata Description: JSON array containing a list of the JWE enc values supported by the RP when decrypting the UserInfo Response Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: request_object_signing_alg_values_supported Client Metadata Description: JSON array containing a list of the JWS alg values supported by the Client when signing Request Objects Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: request_object_encryption_alg_values_supported Client Metadata Description: JSON array containing a list of the JWE alg values supported by the Client when encrypting Request Objects Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: request_object_encryption_enc_values_supported Client Metadata Description: JSON array containing a list of the JWE enc values supported by the Client when encrypting Request Objects Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: token_endpoint_auth_methods_supported Client Metadata Description: JSON array containing a list of the Client Authentication methods supported by the Client Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: token_endpoint_auth_signing_alg_values_supported Client Metadata Description: JSON array containing a list of the JWS alg values supported by the Client when signing the JWT used to authenticate the Client at the Token Endpoint Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: backchannel_authentication_request_signing_alg_values_supported Client Metadata Description: JSON array containing a list of the JWS alg values supported by the Client when signing the JWT used for CIBA authentication requests Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: authorization_signing_alg_values_supported Client Metadata Description: JSON array containing a list of the JWS alg values supported by the Client for signed responses Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: authorization_encryption_alg_values_supported Client Metadata Description: JSON array containing a list of the JWE alg values supported by the Client for encrypted responses Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: authorization_encryption_enc_values_supported Client Metadata Description: JSON array containing a list of the JWE enc values supported by the Client for encrypted responses Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: introspection_signing_alg_values_supported Client Metadata Description: JSON array containing a list of the JWS alg values supported by the Client when validating the Introspection Response signature Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: introspection_encryption_alg_values_supported Client Metadata Description: JSON array containing a list of the JWE alg values supported by the Client when decrypting the Introspection Response Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification Client Metadata Name: introspection_encryption_enc_values_supported Client Metadata Description: JSON array containing a list of the JWE enc values supported by the Client when decrypting the Introspection Response Change Controller: OpenID Foundation Artifact Binding Working Group - openid-specs-ab@lists.openid.net Specification Document(s): of this specification

NAT.Consulting Yubico Self-Issued Consulting Google Disney NAT.Consulting Yubico Self-Issued Consulting Illumila NAT.Consulting Yubico Self-Issued Consulting independent

roland@catalogix.se

Self-Issued Consulting

michael_b_jones@hotmail.com https://self-issued.info/

Sikt

Andreas.Solberg@sikt.no https://www.linkedin.com/in/andreassolberg/

Yubico

ve7jtb@ve7jtb.com https://www.linkedin.com/in/ve7jtb/

independent

demarcog83@gmail.com https://www.linkedin.com/in/giuseppe-de-marco-bb054245/

Connect2id

vladimir@connect2id.com https://www.linkedin.com/in/vladimirdzhuvinov/

Microsoft Ping Identity Nomura Research Institute, Ltd. Microsoft Ping Identity Nomura Research Institute, Ltd. Microsoft Cisco Systems, Inc. IANA yes.com Ping Identity Telefonica I+D Deutsche Telekom AG Deutsche Telekom AG Moneyhub Ping Identity

Copyright (c) 2026 The OpenID Foundation. The OpenID Foundation (OIDF) grants to any Contributor, developer, implementer, or other interested party a non-exclusive, royalty free, worldwide copyright license to reproduce, prepare derivative works from, distribute, perform and display, this Implementers Draft, Final Specification, or Final Specification Incorporating Errata Corrections solely for the purposes of (i) developing specifications, and (ii) implementing Implementers Drafts, Final Specifications, and Final Specification Incorporating Errata Corrections based on such documents, provided that attribution be made to the OIDF as the source of the material, but that such attribution does not indicate an endorsement by the OIDF. The technology described in this specification was made available from contributions from various sources, including members of the OpenID Foundation and others. Although the OpenID Foundation has taken steps to help ensure that the technology is available for distribution, it takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this specification or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any independent effort to identify any such rights. The OpenID Foundation and the contributors to this specification make no (and hereby expressly disclaim any) warranties (express, implied, or otherwise), including implied warranties of merchantability, non-infringement, fitness for a particular purpose, or title, related to this specification, and the entire risk as to implementing this specification is assumed by the implementer. The OpenID Intellectual Property Rights policy (found at openid.net) requires contributors to offer a patent promise not to assert certain patent claims against other contributors and against implementers. OpenID invites any interested party to bring to its attention any copyrights, patents, patent applications, or other proprietary rights that may cover technology that may be required to practice this specification.

[[ To be removed from the approved Final Specification ]] -05 Fixed #10: Corrected wording issues identified by Frederik Krogsdal Jacobsen. -04 Fixed an error in the metadata parameter name not defined by the specification, changing it from introspection_encryption_enc_values_supported to introspection_endpoint_auth_methods_supported. -03 Stated that the token_endpoint_auth_methods_supported metadata value is used to indicate the Client Authentication Methods supported at any Authorization Server endpoint. -02 Added multi-valued metadata parameters based on single-valued metadata parameters in , , and . Documented the naming conventions used. Added Filip Skokan as an author. Added Implementation Considerations about including the single-valued metadata parameter alongside the corresponding multi-valued metadata parameter. -01 Specified that the multi-valued metadata parameters defined herein are to be used as registration request parameters and not as registration response parameters. -00 Initial version.

The authors wish to acknowledge the contributions of the following people to this specification: Vladimir Dzhuvinov, Michael Fraser, Joseph Heenan, Frederik Krogsdal Jacobsen, Eduardo Perottoni, and Stefan Santesson.