Page tree

Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.


The ability to handle partial consents is another key characteristic of the OIDC Provider from BankID. The request from an OIDC Client for a given scope will most oftenly concern several claims. Partial consent referes to situation when the end-user gives his consent for some of the affected claims, but not all of them. The OIDC Provider will in such a case return a successful authentication, at the same time making note of the sub-set of claims that was actually consented. Consented claims are made available to the OIDC Client subsequently, either as part of the ID Token or as part of the response from an endpoint of a Resource Server associated with any kind of Protected Resource supported by the OIDC Provider. Un-consented claims are not made available to the requesting OIDC Client.

As suggested by the figure on message flow, generic Generic logic for consent handling is performed by contained in the OIDC Provider together with the OIDC GUI componen. The specific GUI for consent handling is on the other hand component. Consent handling is otherwise governed by external components as illustrated for the TINFO service in the example message flow. Each kind of Protected Resource supported by the OIDC Provider has its own external component with GUI and logic for consent handling for that particular service. The OpenID Connect Provider from BankID uses web-client technology from BankID to reduce the surface of attack on such GUIs related to consent handling. Ensuring that the consent shown to the user is not spoofed and corresponds to the authorization actually granted is key to maintain trust in the OIDC Provider. This challenge corresponds to the classical WYSIWYS-challenge associated with digital signing. Know-how from the BankID signing service is used to build a high-trust solution for consent handling in the OIDC Provider.