Skip to main content

ID とアクセス管理の基礎

管理者は、ユーザーが GitHub上の企業のリソースにアクセスする方法を決定する必要があります。

GitHubの IAM とは

企業のリソースへのアクセスを管理するには、ユーザーがGitHub.comで個人用アカウントを使用できるようにし、必要に応じて追加の SAML アクセス制限を構成するか、Enterprise Managed Usersと一緒に ID プロバイダー(IdP)を使用して企業のアカウントをプロビジョニングと管理することができます。

これらの各オプションの認証とプロビジョニングの詳細を理解した後、ご自分の Enterprise に最適な方法の決定については、「GitHub Enterprise Cloud におけるエンタープライズ種別の選択」をご覧ください。

利用できる認証方法はどれですか?

GitHubでエンタープライズを作成する場合、ユーザーがリソースにアクセスするための認証方法と、ユーザー アカウントを制御するユーザーを決定できます。

GitHub.com による認証

GitHub.comを通じてのみ認証を行う場合、企業へのアクセス権を付与する各ユーザーは、GitHub.comで個人アカウントを作成して管理する必要があります。 エンタープライズへのアクセス権を付与すると、メンバーは、 GitHub.comでアカウントにサインインした後、企業のリソースにアクセスできるようになります。 メンバーはアカウントを管理し、 GitHub.com上の他の企業、組織、リポジトリに貢献できます。 個人用アカウントについて詳しくは、「GitHubでのアカウントの作成」をご覧ください。

追加の SAML アクセス制限を使用した GitHub.com による認証

追加の SAML アクセス制限を構成する場合、企業へのアクセスを許可する各ユーザーは、 GitHub.comで個人アカウントを作成して管理する必要があります。 企業へのアクセスを許可した後、メンバーは、 GitHub.com のアカウントと SAML ID プロバイダー (IdP) 上のアカウントの両方に対して正常に認証された後にのみ、企業のリソースにアクセスできます。 メンバーは、個人アカウントを使用して、 GitHub.com 上の他の企業、組織、リポジトリに貢献できます。 Enterprise のリソースへのすべてのアクセスに対する SAML 認証の要求について詳しくは、「エンタープライズ IAM の SAML について」をご覧ください。

Enterprise レベルで SAML を構成するか (Enterprise 内のすべての Organization に同じ SAML 構成を適用)、それとも個々の Organization に対して SAML を個別に構成するかを選ぶことができます。 詳しくは、「エンタープライズと組織のどちらに SAML を構成するかを決定する」をご覧ください。

Enterprise Managed Usersとフェデレーションを使用した認証

GitHubでエンタープライズ メンバーのアカウントをより詳細に制御する必要がある場合は、Enterprise Managed Usersを使用できます。 Enterprise Managed Usersでは、IdP を使用して、GitHubでエンタープライズ メンバーのアカウントをプロビジョニングおよび管理します。 作成されたアカウントに各メンバーがサインインすると、Enterprise でそのアカウントが管理されます。 エンタープライズ外へのコントリビューションは制限されます。 詳しくは、「Enterprise Managed Users の概要」をご覧ください。

プロビジョニングはどのように機能しますか?

追加の SAML アクセス制限付きのGitHub.comを使用して認証を使用する場合、ユーザーはGitHub.comで個人アカウントを作成し、それらの個人アカウントに企業内のリソースへのアクセス権を付与できます。 アカウントはプロビジョニングしません。

または、 Enterprise Managed Usersを使用する場合は、System for Cross-domain Identity Management (SCIM) を使用して、 GitHub.com で企業内のユーザー アカウントをプロビジョニングするように IdP を構成する必要があります。 詳しくは、「SCIM を使用したエンタープライズ マネージド ユーザー」をご覧ください。

サポートされている IdP はどれですか?

GitHub.comで個人アカウントを使用する企業を作成する場合は、SAML 2.0 標準に準拠する外部 ID 管理システムで追加の認証を構成できます。 GitHub また、一部の ID 管理システムも正式にサポートおよびテストします。 詳しくは、「Enterprise 向けの SAML シングルサインオンを設定する」をご覧ください。

GitHub は、ID 管理システムの一部の開発者と提携し、Enterprise Managed Users との「舗装されたパス」統合を提供します。 構成を簡略化して完全なサポートを確保するため、認証とプロビジョニングの両方に単一のパートナー IdP を使用します。 パートナー ID プロバイダー (IdP) を使用する場合は、認証とプロビジョニングを提供するように IdP で 1 つのアプリケーションを構成できます。 IdP は SAML 2.0 規格をサポートする必要があります。 または、Entra ID(旧称 Azure AD)を使用する場合、OpenID Connect(OIDC)認証を構成できます。 パートナー IdP を使用しない場合、または認証にパートナー IdP のみ使用する場合は、SAML 2.0 と System for Cross-domain Identity Management (SCIM) 2.0 標準を実装する IdP を統合できます。 詳しくは、「Enterprise Managed Users の概要」をご覧ください。

詳細については、次を参照してください。