OIDC란?

OIDC는 디지털 서비스에 액세스하기 위해 로그인할 때 사용자를 인증하고 권한을 부여하는 프로세스를 표준화하기 위한 OAuth 2.0과 연동되는 ID 인증 프로토콜입니다. OIDC는 인증을 제공합니다. 즉, 사용자가 본인임을 확인합니다. OAuth 2.0은 해당 사용자가 액세스할 수 있는 시스템에 권한을 부여합니다. OIDC와 OAuth 2.0은 일반적으로 관련 없는 두 애플리케이션이 사용자 데이터를 손상시키지 않고 정보를 공유할 수 있도록 하는 데 사용됩니다. 

OIDC와 SAML(보안 어설션 태그 언어)은 모두 사용자가 안전하게 한 번 로그인한 후 여러 애플리케이션에 액세스할 수 있도록 하는 ID 인증 프로토콜입니다. SAML은 Single Sign-On에 널리 채택된 이전 버전의 프로토콜입니다. XML 형식을 사용하여 데이터를 전송합니다. OIDC는 JSON 형식을 사용하여 사용자 데이터를 전송하는 최신 프로토콜입니다. OIDC는 SAML보다 구현하기 쉽고 모바일 애플리케이션에서 더 잘 작동하기 때문에 널리 사용되고 있습니다.

OIDC는 관련이 없는 두 애플리케이션이 사용자 자격 증명을 손상시키지 않고 사용자 프로필 정보를 공유할 수 있도록 하는 데 사용되는 ID 인증 프로토콜인 OpenID Connect 프로토콜을 의미합니다.

OIDC는 인증을 추가하기 위해 OAuth 2.0을 기반으로 빌드되었습니다. OAuth 2.0 프로토콜이 먼저 개발된 후 기능을 개선하도록 OIDC가 추가되었습니다. 둘 간의 차이점은 OAuth 2.0은 권한 부여를 제공하는 반면 OIDC는 인증을 제공한다는 점입니다. OAuth 2.0은 사용자가 OpenID 공급자와 함께 자신의 계정을 사용하여 신뢰 당사자에 액세스할 수 있도록 하는 것이며, OIDC는 OpenID 공급자가 사용자 프로필을 신뢰 당사자에게 전달할 수 있게 해 줍니다. 또한 이 기능을 사용하면 조직에서 사용자에게 Single Sign-On을 제공할 수 있습니다. 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, 이메일 주소 및 이름이 포함됩니다.