OAuth/OpenID Single Sign On (SSO) into Jira using Gluu Server

JIRA OAuth/OpenID app gives the ability to enable OAuth/OpenID Single Sign On for JIRA Software and JIRA Service Desk. JIRA Software and JIRA Service Desk are compatible with all OAuth/OpenID Providers. Here we will go through a guide to configure SSO between JIRA and Gluu Server. By the end of this guide, Gluu Server users should be able to login and register to JIRA Software and Service Desk.

Step 1: Setup Gluu Server as OAuth Provider

  • Login to your Gluu Server.
  • Select OpenID Connect > Clients from the left-hand side menu and click on Add Client.
  • gluu-server-add-client
  • Configure Standard Settings using below details.
  • Client Name: Enter the client application name e.g. JIRA
    Redirect Login URL: Enter Callback URL provided in the plugin under the Configure OAuth tab.
    e.g. <JIRA_Base_URL>/plugins/servlet/oauth/callback
    Scopes: Select openid, profile and email from the list.
    Response Type: Select code, token and id_token.
    Grant Type: Select authorization_code from the list.
    Post Logout Redirect URIs: Enter URL where you want to redirect after Logout. e.g. JIRA Base URL.
  • Once all the settings are done click on Update to save your changes.
  • Copy generated Client ID and Secret.
  • Switch to Advanced Settings for configuring Front Channel Logout URL. Ente logout URL as <JIRA_Base_URL>/plugins/servlet/oauth/logout
  • gluu-server-front-channel-logout
  • Click on Update to reflect your settings.
  • Now, we need to setup Front Channel Logout URL for oxTrust. Browse to OpenID Connect > Clients and select oxTrust Admin GUI from the clients list.
  • gluu-server-set-logout-for-oxtrust
  • Go to Advanced Setting section and configure Front Channel Logout URL as <JIRA_Base_URL>/plugins/servlet/oauth/logout.

      Note: The Front Channel Logout URL will be the same for your JIRA app and oxTrust.

Step 2: Setup JIRA as OAuth Client

  • Select Custom OAuth from the application dropdown list.
  • Configure Gluu Server in the plugin using below endpoints.
    App Name: Gluu Server
    Client ID: Paste copied Client ID
    Client Secret: Paste copied Client Secret
    Scope: openid profile email
    Authorize Endpoint: <gluu_base_URL>/oxauth/restv1/authorize
    Access Token Endpoint: <gluu_base_URL>/oxauth/restv1/token
    Send Parameters in Token Endpoint: Http Header
    Get User Info Endpoint: <gluu_base_URL>/oxauth/restv1/userinfo
    Logout Endpoint: <gluu_base_URL>/oxauth/restv1/end_session?post_logout_redirect_uri=<POST_LOGOUT_REDIRECT_URL>
    Use State Parameter: checked
      Note: The Post Logout Redirect URIs will the same as configured in the Gluu Server.
  • Click on Test Configuration for verifying the entered details.

Step 3: User Profile

    We will be setting up user profile attributes for Jira. If your users are stored in a directory that is Read Only, please check Disable Attribute Mapping in User Profile tab and follow steps given in Matching a User.

    jira sso-14

    a. Finding correct attributes
  • Go to Configure OAuth tab. Scroll down and click on Test Configuration.
  • You will see all the values returned by your OAuth/OpenID Provider to Jira in a table. If you don't see a value for First Name, Last Name, Email or Username, make the required settings in your OAuth/OpenID Provider to return this information.
  • Once you see all the values in Test Configuration, keep the window open and go to User Profile tab.
  • b. Setting profile attributes
  • In this tab, fill the values by matching the name of the attribute. For instance, if the Attribute Name in the Test Configuration window is NameID, enter NameID against Username
  • Setting up both Username and Email is required if you want to let users register. If you want existing users to the only login, configure the attribute using which you will match the user in Jira.
  • c. Matching a User
    When the user logs into Jira, one of the user's data/attribute coming in from the OAuth/OpenID Provider is used to search the user in Jira. This is used to detect the user in Jira and log in the user to the same account.
  • Go to User Profile tab
  • Select Username or Email for Login/Search Jira user account by
  • Enter the attribute name from OAuth/OpenID Provider which corresponds to Username or Email using Finding Correct Attributes

Step 4: User Groups

    We will be setting up user group attributes for Jira. If your users are stored in a directory that is Read Only, please check Disable Group Mapping in User Groups tab and skip to Setting default group.

    a. Setting default group
  • Select the users' Default Group in the tab User Groups. If no group is mapped, users are added by default to this group.
  • You can enable default groups for All Users or New Users using the option.Select None if you don't want to assign any default group to SSO users. Using the option Enable Default Groups for.
  • Jira OAuth/OpenID Single Sign On - SSO - Default group
    b. Finding Group Attribute
  • Just like we found Attribute Name for User Profile attributes, we find group attribute.
  • Go to Configure Oauth tab. Scroll down and click on Test Configuration.
  • You will see all the values returned by your OAuth/OpenID Provider to Jira in a table. If you don't see value with groups, make the required settings in your OA uth Providerto return group names.
  • Once you see all the values in Test Configuration, keep the window open and go to User Groups tab.
  • Enter the Attribute Name of group against Group Attribute.
  • Check Disable Group Mapping option if you don't want to update groups of existing users.

  • c. Group Mapping
    Group Mapping can be done in two ways:
  • Manual group mapping: If the names of groups in Jira are different than the corresponding groups in OAuth/OpenID Provider, then you should use Manual group mapping.
  • On-The-Fly group mapping: If the names of groups in Jira and OAuth/OpenID Provider are same, you should use On-The-Fly group mapping.

  • I. Manual Group Mapping
    • Check Restrict User Creation Based on Group Mapping option if you want new users to be created only if at least one of the user's OAuth/OpenID Provider groups is mapped to a group in the application.
    • For mapping, first select a Jira group from the dropdown which lists all groups present in Jira and then enter the name of the OAuth/OpenID Provider group to be mapped in the textbox beside
    • For example, if you want all users in 'dev' group in OAuth/OpenID Provider to be added to jira-software-users, you will need to select jira-software-users from the dropdown and enter 'dev' against jira-software-users.
    • Use '+1' and '+10' buttons to add extra mapping fields.
    • Use '-' button next to each mapping to delete that mapping.
    Jira OAuth/OpenID Single Sign On - SSO - Manual group mapping
  • II. On-The Fly Group Mapping
    • Check Create New Groups option if you want new groups from OAuth/OpenID Provider to be created if not found in Jira.
    • If the user is part of some group in Jira and that group is not present in the Oauth/OpenID response returned by OAuth/OpenID Provider, then the user will be removed from that group in Jira.
    • If you don't want On-The-Fly group mapping to affect Jira groups which are managed locally then add those groups in Exclude Groups field.
    Jira OAuth/OpenID Single Sign On - SSO - On the fly group mapping

Step 5: Sign In Settings

    The settings in SSO Settings tab define the user experience for Single Sign On.
    a. Sign In Settings
  • Set Enable SSO for Jira Software to allow SSO for Jira Software users.
  • Set button text for button on login page using Login Button Text
  • Set redirect URL after login using Relay State. Keep this empty for coming back to the same page user started from
  • Enable Auto-redirect to OAuth/OpenID Provider if you want to allow users to login only using OAuth/OpenID Provider. Enable backdoor for emergency, Restrict backdoor URL access based on user groups
  • Select Secure Admin Login Options to control admin access.
  • Domain Restriction : Go to Sign In Settings, enter domain name which should be allowed for login. Eg. Allowed Domain is miniorange.com then the user with abc@miniorange.com can only able to do login.
  • jira sso-16
    b. Service Desk SSO Settings
  • Set Enable SSO For ServiceDesk Customer Portal to allow SSO for Service Desk user.
  • Set Enable SSO Only For Agents to allow SSO only for specific set of users
  • jira sso-17
    c. Sign Out Settings
  • Set Logout URL or Logout Template to redirect users after logout action.

  • jira sso-18

    d. SSO Error Settings
  • Set the Error message template to build your own error page and redirect users to it in case SSO fails.

If you are looking for anything which you cannot find, please drop us an email on atlassiansupport@xecurify.com