Enterprise 向けの SAML シングルサインオンを設定する

SAML SSO について

SAML SSO を使用すると、SAML IdP から your GitHub Enterprise Server instance へのアクセスを一元的に制御し、セキュリティで保護できます。 認証されていないユーザーがブラウザで your GitHub Enterprise Server instance にアクセスすると、GitHub Enterprise Server は認証するためにユーザーを SAML IdP にリダイレクトします。 ユーザーが IdP のアカウントで正常に認証されると、IdP はもう一度ユーザーを your GitHub Enterprise Server instance にリダイレクトします。 GitHub Enterprise Server は、IdP からのレスポンスを検証してから、ユーザにアクセスを許可します。

ユーザーが IdP で正常に認証されると、your GitHub Enterprise Server instance に対するユーザーの SAML セッションはブラウザーで 24 時間アクティブになります。 24 時間後、ユーザは IdP で再度認証を行う必要があります。

JIT プロビジョニングでは、IdP からユーザーを削除する場合、your GitHub Enterprise Server instance でユーザーのアカウントを手動で中断する必要があります。 そうしないと、アカウントの所有者はアクセス トークンまたは SSH キーを使って引き続き認証を行うことができます。 詳細については、ユーザーの一時停止と一時停止解除に関するページを参照してください。

サポートされているアイデンティティプロバイダ

GitHub Enterprise Server は、SAML2.0 標準を実装し IdP を使用した SAML SSO をサポートします。 詳細については、OASIS の Web サイトの SAML Wiki を参照してください。

GitHub は、次の IdP を正式にサポートし、内部的にテストします。

• Active Directory フェデレーション サービス (AD FS)
• Azure Active Directory (Azure AD)
• Okta
• OneLogin
• PingOne
• Shibboleth

SAML SSO の設定

your GitHub Enterprise Server instance の SAML 認証を有効または無効にすることも、既存の構成を編集することもできます。 GitHub Enterprise Server の認証設定は、管理コンソールで表示および編集できます。 詳細については、「Accessing the management console」 (管理コンソールへのアクセス) を参照してください。

1. GitHub Enterprise Server の管理アカウントから、任意のページの右上隅の をクリックします。

   

2. [サイト管理者] ページにまだ表示されていない場合は、左上隅の [サイト管理者] をクリックします。

   1. 左側のサイドバーで、 Management Console をクリックします。 1. 左サイドバーにある [Authentication](認証) をクリックします。

3. [SAML] を選択します。

   

4. 必要に応じて、外部認証システムのアカウントを持たないユーザーがビルトイン認証でサインインできるようにするには、 [Allow built-in authentication](ビルトイン認証を許可する) を選択します。 詳しくは、「プロバイダー外のユーザーのためのビルトイン認証の許可」を参照してください。

   

5. 必要に応じて、未承諾応答 SSO を有効にするには、 [IdP Initiated SSO] を選択します。 既定では、GitHub Enterprise Server は、未承諾の ID プロバイダー (IdP) によって開始された要求に対して、IdP への AuthnRequest で応答します。

   

   注: この値は未選択の状態にしておくことをお勧めします。 この機能を有効にするのは、SAML の実装がサービス プロバイダーによって開始される SSO をサポートしないまれな場合と、GitHub Enterprise Support によって推奨された場合のみです。

6. SAML プロバイダーが your GitHub Enterprise Server instance のユーザーの管理者権限を決定しない場合は、 [Disable administrator demotion/promotion] を選択します。

   

7. 必要に応じて、your GitHub Enterprise Server instance が SAML IdP から暗号化アサーションを受信できるようにするには、 [Require encrypted assertions] を選択します。 IdP で暗号化されたアサーションがサポートされていること、および管理コンソールの暗号化とキー トランスポート方法が IdP で構成されている値と一致していることを確認する必要があります。 また、IdP に your GitHub Enterprise Server instance のパブリック証明書を指定する必要もあります。 詳細については、「暗号化アサーションを有効にする」を参照してください。

   

8. [シングル サインオン URL] フィールドに、シングル サインオンの要求のための IdP の HTTP または HTTPS エンドポイントを入力します。 この値はIdpの設定によって決まります。 ホストが内部ネットワークからのみ使用できる場合は、内部ネームサーバーを使用するように your GitHub Enterprise Server instance を構成する必要がある場合があります。

   

9. または、 [発行者] フィールドに SAML 発行者の名前を入力します。 これにより、your GitHub Enterprise Server instance に送信されたメッセージの信頼性が検証されます。

   

10. [署名方法] および [ダイジェスト方法] ドロップダウン メニューで、SAML 発行者が your GitHub Enterprise Server instance からの要求の整合性を検証するために使用するハッシュ アルゴリズムを選択します。 [名前識別子形式] ドロップダウン メニューで形式を指定します。

    

11. [検証証明書] で [ファイルの選択] をクリックし、IdP からの SAML 応答を検証する証明書を選択します。

    

12. 必要に応じてSAMLの属性名はIdPに合わせて修正してください。あるいはデフォルト名をそのまま受け付けてください。

    

参考資料

• 「サイト管理者の昇格あるいは降格」