OIDC とは?

OIDC は、OAuth 2.0 と連携して、ユーザーがサインインしてデジタル サービスにアクセスするときの認証と承認のプロセスを標準化する ID 認証プロトコルです。OIDC は、ユーザーが本人であることを確認する認証を提供します。OAuth 2.0 は、これらのユーザーがアクセスを許可されているシステムを承認します。OIDC と OAuth 2.0 は、通常、2 つの無関係なアプリケーションがユーザー データを損なうことなく情報を共有できるようにするために使用されます。 

OIDC と Security Assertion Markup Language (SAML) はどちらも、ユーザーが 1 回安全にサインインすれば複数のアプリケーションにアクセスできるようにする ID 認証プロトコルです。SAML は、シングル サインオンに広く採用されている古いプロトコルです。XML 形式を使用してデータを送信します。OIDC は、JSON 形式を使用してユーザー データを送信する新しいプロトコルです。OIDC は、SAML よりも実装が簡単で、モバイル アプリケーションの方が優れているため、人気が上昇しています。

OIDC は、OpenID Connect プロトコルの略称です。これは、関連付けられていない 2 つのアプリケーションがユーザーの資格情報を損なうことなくユーザー プロファイル情報を共有できるようにするために使用する ID 認証プロトコルです。

OIDC は、認証を追加するために OAuth 2.0 の上に構築されました。OAuth 2.0 プロトコルが最初に開発された後、OIDC がその機能を強化するために追加されました。この 2 つの違いは、OAuth 2.0 が認可を提供し、OIDC が認証を提供することです。OAuth 2.0 は、ユーザーが OpenID プロバイダーで自分のアカウントを使用して証明書利用者にアクセスできるようにする機能です。OIDC により OpenID プロバイダーは証明書利用者にユーザー プロファイルを渡すことができます。この機能により、組織はユーザーにシングル サインオンを提供することもできます。OAuth 2.0 と OIDC のフローは似ていますが、用語が若干異なります。 

一般的な OAuth 2.0 フローには、次のステップがあります:

1. ユーザーは、アクセスするアプリケーション (リソース サーバー) に移動します。
2. リソース サーバーは、ユーザーがアカウント (クライアント) を持っているアプリケーションにユーザーをリダイレクトします。
3. ユーザーは、クライアントの資格情報を使用してサインインします。
4. クライアントは、ユーザーのアクセス権を検証します。
5. クライアントは、リソース サーバーにアクセス トークンを送信します。
6. リソース サーバーは、ユーザーにアクセス権を付与します。

一般的な OIDC フローには、次のステップがあります:

1. ユーザーは、アクセスするアプリケーション (証明書利用者) に移動します。
2. ユーザーはユーザー名とパスワードを入力します。
3. 証明書利用者は OpenID プロバイダーに要求を送信します。
4. OpenID プロバイダーは、ユーザーの資格情報を検証し、承認を取得します。
5. OpenID プロバイダーは、ID トークンと多くの場合、アクセス トークンを証明書利用者に送信します。
6. 証明書利用者は、アクセス トークンをユーザーのデバイスに送信します。
7. ユーザーには、アクセス トークンと証明書利用者で提供される情報に基づいてアクセス権が付与されます。 

OpenID プロバイダーは、ID トークンを使用して認証結果と関連する情報を証明書利用者アプリケーションに送信します。送信されるデータの種類の例としては、ID、メール アドレス、名前などがあります。