Hello,
We are migrating from Pega on-premises to Pega Cloud and implementing OIDC-based SSO.
During the SSO login flow, our IdP system returns an id_token, access_token, and refresh_token. We can access the id_token from the clipboard, while the access_token and refresh_token are stored encrypted in the Pega database and are not directly accessible or decryptable for use in downstream API calls during the case lifecycle.
For downstream API calls, we have configured the Authentication Profile with the following settings:
-
Grant Type: JWT Bearer
-
JWT Assertion Source: Use token from active SSO session
We would like to clarify the following:
-
When Use token from active SSO session is selected, does Pega use the OIDC
id_tokenoraccess_tokenas the JWT assertion when making the request to the IdP’s token endpoint? -
If Pega uses the
id_tokenas the assertion, what is the purpose of the OIDCaccess_tokenandrefresh_tokenthat Pega stores encrypted in the database?-
Are these tokens used internally by Pega, for example, for session validation or refreshing the SSO session/token?
-
Or are they retained primarily for audit/reference purposes?
-
We would appreciate confirmation of the above behavior, particularly which token Pega uses as the JWT Bearer assertion, before we request the IdP team to enable the JWT Bearer grant type for the relevant client_id.