Get desktop application:
View/edit binary Protocol Buffers messages
https://tools.ietf.org/html/rfc7591
https://tools.ietf.org/html/rfc7591#section-2
Client defines internal OIDC client properties.
Used in: , , , , , , , ,
https://datatracker.ietf.org/doc/html/rfc9449#section-5.2
Used in:
https://datatracker.ietf.org/doc/html/rfc9449#section-5.2
ClientProfile describes client profile enumeration. https://datatracker.ietf.org/doc/html/draft-ietf-oauth-v2-1-04#section-2.1
Default value
A web application is a confidential client running on a web server. Resource owners access the client via an HTML user interface rendered in a user agent on the device used by the resource owner. The client credentials as well as any access tokens issued to the client are stored on the web server and are not exposed to or accessible by the resource owner.
A browser-based application is a public client in which the client code is downloaded from a web server and executes within a user agent (e.g., web browser) on the device used by the resource owner. Protocol data and credentials are easily accessible (and often visible) to the resource owner. Since such applications reside within the user agent, they can make seamless use of the user agent capabilities when requesting authorization.
A native application is a public client installed and executed on the device used by the resource owner. Protocol data and credentials are accessible to the resource owner. It is assumed that any client authentication credentials included in the application can be extracted. On the other hand, dynamically issued credentials such as access tokens or refresh tokens can receive an acceptable level of protection. At a minimum, these credentials are protected from hostile servers with which the application may interact. On some platforms, these credentials might be protected from other applications residing on the same device.
ClientType describes OIDC Client type enumeration. https://datatracker.ietf.org/doc/html/draft-ietf-oauth-v2-1-04#section-2.1
Used in:
Default value
Clients that have credentials and have a prior relationship with the AS are designated as "confidential clients". A client that has been registered at the authorization server by a registered application developer, where the client is expected to be run as server-side code, would be considered a confidential client.
Clients that have credentials but no prior relationship with the AS are designated as "credentialed clients". A client that runs on an end-user's device, and uses Dynamic Client Registration ([RFC7591]) to establish credentials the first time the app runs, would be considered a credentialed client.
Clients without credentials are called "public clients". An application deployed as a single-page app on a static web host would be considered a public client.