Skip to main content

Configure an OpenID Connect connector

An OpenID Connect connector lets users sign in to the console with an OpenID Connect identity provider. Privilege Secure reads a user ID from the provider and matches it to an Active Directory (AD) user.

For the other connector types and how a user's connector is chosen, see Authentication methods.

Prerequisites​

Register Privilege Secure as an application in the identity provider first. The provider needs these values.

ItemValue
Callback (redirect) addresshttps://<nps-server>:6500/callback
Sign-out callback addresshttps://<nps-server>:6500/logoutCallback
Cross-Origin Resource Sharing (CORS) originhttps://<nps-server>:6500
FlowAn implicit flow that returns an access token and an ID token
Scopesopenid, profile, and email

Privilege Secure builds the callback addresses from the address in the browser. Register them with the same host name and port that users use to open the console, which is 6500 by default. Open the console at https://<nps-server>:6500 before you run the wizard.

An OpenID Connect provider compares the callback address in each sign-in request with the addresses registered for the application, character for character. A callback address with a different host name or port doesn't match and the provider rejects the request. Register the sign-out callback address as well. When a user signs out, the console asks the provider to return the user to that address, and a provider only redirects to an address that is registered.

Copy the Issuer address and the application's Client Id from the provider. You enter both in Privilege Secure.

The users who sign in must exist in Privilege Secure, and you must assign the connector to them. See Assign the connector to users.

Add the connector​

  1. Select Configuration > Authentication.
  2. Click the + button above the connector list.
  3. Enter a name for the connector. The Connector Type list stays unavailable until you enter a name.
  4. Optional: Enter a Description.
  5. In Connector Type, select OpenID Connect.
  6. Select Configuration Wizard to fill in the connector with a guided test, or select Manually Enter Data to enter the values yourself.

Both methods set the same fields. See Connector fields.

Use the Configuration Wizard​

The wizard has three pages: Configure Client, Test Login, and Configure Id Mapping. Select Next > and < Previous to move between them.

Configure the client​

  1. On the Configure Client page, enter the Issuer. This is the address of the identity provider. A wrong value usually causes a 404 error when Privilege Secure redirects to the provider.
  2. Enter the Client Id from the provider.
  3. Copy the Callback Address and the CORS value into the provider's application settings if you haven't already. These two fields are read-only in the wizard.
  4. Select Test Connection. The browser leaves the wizard and opens the provider's sign-in page.
  5. Check that the sign-in page appears as you expect. Don't sign in.
  6. Return to the wizard with the browser's back button. If the page didn't appear, correct the values and test again.
  7. Select Next >.

If the provider returns a 500 error, the CORS entry at the provider is wrong.

Test the login​

  1. On the Test Login page, select Login. The provider's sign-in page opens in the browser.
  2. Sign in with a valid account for the identity provider. After a successful sign-in, the page shows the Access Token. If the sign-in fails, the page shows an Error.
  3. Select Next >.

Map the provider user to an AD user​

  1. On the Configure Id Mapping page, select Get User Data. Privilege Secure uses the access token to read the user's data from the provider.
  2. Find a field whose value matches a property of the user's AD account, such as the email address. The table shows the Source, Field, and Example Value of each result.
  3. Select the field and select Select. This field becomes the User Id Field.
  4. In Login Format, select the AD property that matches the field's value.
  5. Select Finish. A window shows the updated settings.
  6. Close the window and select Save on the Authentication page.

The Source column shows where the data came from. Use the sources in this order of preference.

SourceNotes
Introspection EndpointPreferred. Not every provider supports it. It also validates the token.
UserInfo EndpointSome providers require authorization for this endpoint.
Access Token or Id TokenLeast preferred. Privilege Secure reads the claims in the token. Use these only if the other sources fail.

Connector fields​

Select Manually Enter Data to show the fields. Select Hide Data to hide them again. The console marks the required fields with an asterisk.

FieldDescription
IssuerThe address of the identity provider.
Client IdThe application ID of Privilege Secure at the provider.
Login FormatThe AD property that matches the provider's user ID: sAMAccountName, User Principal Name, Email Address, or SID.
User Id SourceWhere Privilege Secure reads the user ID: Introspection Endpoint (the default), UserInfo Endpoint, Access Token, or Id Token.
User Id FieldThe field in the provider's data that holds the user ID.

Example​

This example uses placeholders for the values from your provider.

FieldValue
Issuerhttps://<identity-provider>
Client Id<client-id>
Login FormatUser Principal Name
User Id SourceIntrospection Endpoint
User Id Field<field-that-holds-the-user-principal-name>

Use this example only if Get User Data shows a field that holds the user principal name. If it doesn't, choose the field that matches another AD property and set Login Format to match.

The Issuer is the address of the provider's issuer identifier, an https address with no query or fragment. The provider publishes its configuration at that address followed by /.well-known/openid-configuration. Copy the value from the provider's settings or from that configuration document, and don't add or remove a trailing slash.

Assign the connector to users​

  1. Select Users & Groups, then select the user or group.
  2. Select the Authentication Connector tab.
  3. Select the connector.

If a user isn't assigned to the connector, Privilege Secure refuses the sign-in. See Authentication methods.

If the connector must work through the Remote Access Gateway, read Use Remote Access Gateway before you select the checkbox.

Sign out after an error​

In 26.07.3 and later, an OpenID Connect sign-in error doesn't sign the user out automatically. The user selects Sign Out to leave the error page and sign in again.