ºÚÁϺ£½Ç91Èë¿Ú

Integrate with GitHub Enterprise Cloud

Use ºÚÁϺ£½Ç91Èë¿Ú SAML Single Sign On (SSO) to give your users convenient but secure access to all their web applications with a single set of credentials. Automatically provision, update and deprovision users in GitHub Enterprise Cloud from ºÚÁϺ£½Ç91Èë¿Ú using the Identity Management (SCIM) integration. Leverage this integration to allow users to login with with one set of credentials and to centralize user lifecycle and user identity in ºÚÁϺ£½Ç91Èë¿Ú for GitHub Enterprise Cloud. Save time and cost related to user account and password management. Avoid mistakes, as well as potential security risks, related to manually creating users.

Read this article to learn how to setup the GitHub Enterprise Cloud integration.

Prerequisites

  • A ºÚÁϺ£½Ç91Èë¿Ú administrator account
  • ºÚÁϺ£½Ç91Èë¿Ú SSO Package or higher or SSO à la carte option
  • A team admin (administrator) account on a GitHub Enterprise with personal accounts plan
    • Enterprise with managed users is NOT supported
  • Your GitHub Enterprise Domain and ORG Name
  • You need owner account access to the GitHub organization you're integrating with SCIM

Important Considerations

  • SAML SSO must be configured and enabled at the organization level, not the enterprise level, to use SCIM
  • To prevent account lockout, the owner account of your GitHub organization must have an associated ºÚÁϺ£½Ç91Èë¿Ú user account and that user account must be bound to your ºÚÁϺ£½Ç91Èë¿Ú GitHub SSO application
  • Changes to user attributes made by ºÚÁϺ£½Ç91Èë¿Ú are only reflected in the user's SCIM metadata; they aren't reflected in GitHub's UI
  • If you delete an integrated GitHub application from your Applications list, the application is removed from ºÚÁϺ£½Ç91Èë¿Ú, but any previously bound users remain active in GitHub. These users will be able log in to GitHub with the password they used prior to enablement of SSO to the GitHub application from your ºÚÁϺ£½Ç91Èë¿Ú account
  • If you deactivate the Identity Management on your GitHub application, previously bound users remain active in GitHub and able to authenticate using SSO. No further updates will be made to user accounts via the Identity Management integration
  • If you need to update your token, you must deactivate the IdM integration, update the token, and then reactivate the IdM integration
  • When users are provisioned, they aren’t automatically added to the organization; an invitation is sent to users’ email addresses
  • When a user is deprovisioned using SCIM, they’re removed from the organization and their external identity and associated :scim_user_id are deleted
  • GitHub doesn’t support password synchronization
  • Groups are not supported

Attribute Considerations

  • A default set of attributes are managed for users. See the Attribute Mappings section for more details

Creating a new ºÚÁϺ£½Ç91Èë¿Ú Application Integration

  1. Log in to the .
  2. Go to USER AUTHENTICATION &²µ³Ù;ÌýSSO Applications.
  3. Click + Add New Application.
  4. Type the name of the application in the Search field and select it.
  5. Click Next.
  6. In the Display Label, type your name for the application. Optionally, you can enter a Description, adjust the User Portal Image and choose to hide or Show in User Portal.

Note:

If this is a Bookmark Application, enter your sign-in URL in the Bookmark URL field.

  1. Optionally, expand Advanced Settings to specify a value for the SSO IdP URL. If no value is entered, it will default to https://sso.jumpcloud.com/saml2/<applicationname>.

Warning:

The SSO IdP URL is not editable after the application is created. You will have to delete and recreate the connector if you need to edit this field at a later time.

  1. Click Save Application.
  2. If successful, click:
    • Configure Application and go to the next section
    • Close to configure your new application at a later time

Configuring the SSO Integration

To configure ºÚÁϺ£½Ç91Èë¿Ú

  1. Create a new application or select it from the Configured Applications list.
  2. Select the SSO tab.
  3. Replace any instances of YOURDOMAIN or YOUR_GITHUB_ORG_NAME with your GitHub values.
  4. Add any additional attributes.
  5. Click save.

Download the certificate

  1. Find your application in the Configured Applications list and click anywhere in the row to reopen its configuration window.
  2. Select the SSO tab and click IDP Certificate Valid > Download certificate.

Tip:

The certificate.pem will download to your local Downloads folder.

To configure GitHub Enterprise Cloud

  1. Login to GitHub Enterprise Cloud - Organization as the administrator of the GitHub organization.
  2. On the next screen, select Edit [GitHub Organization Name] settings.
  3. Navigate to SecuritySAML single sign-on and enter the following information:
    • Select Enable SAML authentication
    • Sign on URL - copy and paste the ºÚÁϺ£½Ç91Èë¿Ú IDP URL
    • Issuer - copy and paste the ºÚÁϺ£½Ç91Èë¿Ú IdP Entity ID
    • Public Certificate - copy and paste the contents of the certificate you downloaded in the previous section
  4. Click Save.

Authorizing User SSO Access

Users are implicitly denied access to applications. After you connect an application to ºÚÁϺ£½Ç91Èë¿Ú, you need to authorize user access to that application. You can authorize user access from the Application Configuration panel or from the Groups Configuration panel. 

To authorize user access from the Application Configuration panel

  1. Log in to the .
  2. Go to USER AUTHENTICATION > SSO Applications, then select the application to which you want to authorize user access.
  3. Select the User Groups tab. If you need to create a new group of users, see Get Started: User Groups.
  4. Select the check box next to the group of users you want to give access.
  5. Click save

To learn how to authorize user access from the Groups Configuration panel, see Authorize Users to an SSO Application.

Validating SSO user authentication workflow(s)

IdP-initiated user workflow

  • Access the
  • Go to Applications and click an application tile to launch it
  • ºÚÁϺ£½Ç91Èë¿Ú asserts the user's identity to the SP and is authenticated without the user having to log in to the application

SP-initiated user workflow

  • Go to the SP application login - generally, there is either a special link or an adaptive username field that detects the user is authenticated through SSO

Note:

This varies by SP.

  • Login redirects the user to ºÚÁϺ£½Ç91Èë¿Ú where the user enters their ºÚÁϺ£½Ç91Èë¿Ú credentials
  • After the user is logged in successfully, they are redirected back to the SP and automatically logged in

Using JIT Provisioning

Additional attributes are required to use JIT provisioning. JIT required attributes are prepopulated and are on by default to enable JIT provisioning. You can’t edit the JIT required service provider attributes. You can customize the ºÚÁϺ£½Ç91Èë¿Ú attribute name and the constant value for JIT required attributes. Toggle off the attributes to opt out of sending the attributes in the SAML assertion

To complete the provisioning process

  1. Authorize a user’s access to the application in ºÚÁϺ£½Ç91Èë¿Ú.  
  2. Have the user log in to the application using SSO. The SAML assertion passes from ºÚÁϺ£½Ç91Èë¿Ú to the service provider, and gives the service provider the information it needs to create the user account.

Configuring the Identity Management Integration

Important:

For the integration to succeed, you need to have an open and active GitHub session in another browser tab. Otherwise the integration will fail at step 6.

  1. Log in to the .
  2. Go to USER AUTHENTICATION > SSO Applications.
  3. Search for GitHub Enterprise Cloud and select it.
  4. Select the Identity Management tab.
  5. Click Configure.
  6. You're prompted to authorize ºÚÁϺ£½Ç91Èë¿Ú to your GitHub organization. First, click Grant to give access to your GitHub organization, then click Authorize ºÚÁϺ£½Ç91Èë¿Ú
  7. You're redirected to ºÚÁϺ£½Ç91Èë¿Ú and receive a confirmation of a successful integration. 

Attribute Mappings

The following table lists attributes that ºÚÁϺ£½Ç91Èë¿Ú sends to the application. See Attribute Considerations for more information regarding attribute mapping considerations. 

Learn about ºÚÁϺ£½Ç91Èë¿Ú Properties and how they work with system users in our . 

GitHub Enterprise Cloud User Attributes

GitHub User Attribute ºÚÁϺ£½Ç91Èë¿Ú User Attribute Notes
external_id id
userName username
name.givenName firstname
name.lastName lastname
emails[ type='work',primary=true ].Email email
active !suspended && !passwordExpired

Importing Users

This functionality is helpful if users have already been created in the application but have not been created in ºÚÁϺ£½Ç91Èë¿Ú.

  1. Log in to the .
  2. Go to USER AUTHENTICATION > SSO Applications.
  3. Search for the application and click to open its configuration panel. 
  4. Select the Identity Management tab.
  5. Click manual import.
  6. Select the users you want to create in ºÚÁϺ£½Ç91Èë¿Ú from the application from the list of users that appear. Users in the list have two import statuses:
    • ±·±ð·ÉÌý- user has not been imported
    • ±õ³¾±è´Ç°ù³Ù±ð»åÌý- user has been imported and has an account in ºÚÁϺ£½Ç91Èë¿Ú

Tip: Try using the New Users-only filter when selecting users to import. This will move all of your new users to the top of the list, making them easier to identify and select.

  1. Click import.
    • If you are importing less than 100 users, your import results will display in real time and you can continue onboarding your users 
    • If you have more than 100 users being imported, ºÚÁϺ£½Ç91Èë¿Ú will send you an email when your import is complete
  1. You can now connect and grant users access to all their ºÚÁϺ£½Ç91Èë¿Ú resources. Learn more in the Authorize Users to an Application and Connecting Users to Resources articles.

Warning: Imported users must be members of a user group bound to an application for ºÚÁϺ£½Ç91Èë¿Ú to manage their identity in, and access to, the application.

SCIM Directory Insights Events

The following Directory Insights (DI) events provide visibility into failures and detailed information about the user and group data being added or updated from HR or other external solutions to ºÚÁϺ£½Ç91Èë¿Ú.

Note:

Customers with no package or the Device Management Package will need to add the Directory Insights à la carte option. Directory Insights is included in all other .

SCIM DI Integration Events

Event Name Event Description
idm_integration_activate Logged when an IT admin attempts to activated new SCIM Identity Management integration.
idm_integration_update Logged when an IT admin attempts to update a configured and activated SCIM Identity Management integration.
idm_integration_reauth Logged when an IT admin attempts to change the credentials for an activated SCIM Identity Management integration.
idm_integration_delete Logged when an IT admin attempts to deactivate an activated SCIM Identity Management integration.

SCIM DI User Events

Event Name Event Description
user_create_provision Logged when ºÚÁϺ£½Ç91Èë¿Ú tries to create a new user in service provider application.
user_update_provision Logged when ºÚÁϺ£½Ç91Èë¿Ú tries to update an existing user in service provider application.
user_deprovision Logged when ºÚÁϺ£½Ç91Èë¿Ú tries to change an existing user to inactive in the service provider application.
user_delete_provision Logged when ºÚÁϺ£½Ç91Èë¿Ú tries to delete an existing user in service provider application.
user_lookup_provision Logged when ºÚÁϺ£½Ç91Èë¿Ú encounters an issue when trying to lookup a user to determine if the user needs to be created or updated.

SCIM DI Group Events

Important:

These DI events will only be present if SCIM Groups are supported.

Event Name Event Description
group_create_provision Logged when ºÚÁϺ£½Ç91Èë¿Ú tries to create a new group in service provider application.
group_update_provision Logged when ºÚÁϺ£½Ç91Èë¿Ú tries to update an existing group in service provider application.
group_delete_provision Logged when ºÚÁϺ£½Ç91Èë¿Ú tries to delete an existing group in service provider application.

Removing the Integration

Important:

These are steps for removing the integration in ºÚÁϺ£½Ç91Èë¿Ú. Consult your SP's documentation for any additional steps needed to remove the integration in the SP. Failure to remove the integration successfully for both the SP and ºÚÁϺ£½Ç91Èë¿Ú may result in users losing access to the application.

To deactivate the IdM Integration

  1. Log in to the .
  2. Go to USER AUTHENTICATION > SSO Applications.
  3. Search for the application that you’d like to deactivate and click to open its details panel. 
  4. Under the company name and logo on the left hand panel, click the Deactivate IdM connection link.
  5. Click confirm
  6. If successful, you will receive a confirmation message.

To deactivate the SSO Integration or Bookmark

  1. Log in to the .
  2. Go to USER AUTHENTICATION > SSO Applications.
  3. Search for the application that you’d like to deactivate and click to open its details panel. 
  4. Select the SSO or Bookmark tab.
  5. Scroll to the bottom of the configuration.
  6. Click Deactivate SSO or Deactivate Bookmark
  7. Click save
  8. If successful, you will receive a confirmation message.

To delete the application

  1. Log in to the .
  2. Go to USER AUTHENTICATION > SSO Applications.
  3. Search for the application that you’d like to delete.
  4. Check the box next to the application to select it.
  5. Click Delete.
  6. Enter the number of the applications you are deleting
  7. Click Delete Application.
  8. If successful, you will see an application deletion confirmation notification.
Back to Top

List IconIn this Article

Still Have Questions?

If you cannot find an answer to your question in our FAQ, you can always contact us.

Submit a Case