Always-Try(정보보안 및 일상)

[OKTA] #2. OAuth 2.0 및 OpenID Connect 개요 본문

Unclassified

[OKTA] #2. OAuth 2.0 및 OpenID Connect 개요

Always-Try 2022. 5. 1. 19:19
https://developer.okta.com/docs/guides

1. OAuth 2.0 및 OpenID Connect 개요

1.1. OAuth 2.0 vs OPenID Connect 

  • OAuth 2.0
    - 웹, 앱, API 등에 대한 액세스 권한 제어
  • OIDC(OpenID Connect)
    - OAuth 2.0을 확장하여 사용자를 인증하고 사용자에 대한 정보를 전달함

1.1.1. OAuth 2.0

  • 앱이 클라이언트 애플리케이션에 액세스 권한을 제공하는 데 사용하는 표준
  • 아래 4가지의 용어 및 흐름 이해가 필요함
    - Authorization Server : Access Token 발급 서버 (ex. Okta 인증 서버)
    - Resource Owner: (Access Token으로) 리소스 서버 액세스 권한을 부여하는 애플리케이션
    - Client : Okta에서 액세스 토큰을 요청한 후 리소스 서버에 전달하는 애플리케이션 (ex. 사용자)
    - Resource Server : 고객이 사용하는 응용 프로그램 (ex. aws)

https://velog.io/@mu1616/OAuth2.0-%EC%9D%B8%EC%A6%9D-%EA%B3%BC%EC%A0%95

1.1.2. OpenID Connect

  • OAuth 2.0 위에 구축된 인증 표준이며, 최종 사용자에 대한 정보를 포함하는 ID 토큰 추가 
  • 범위, 엔드포인트 검색 및 클라이언트의 동적 등록과 같이 OAuth 2.0이 선택에 맡기는 영역도 표준화
    - OpenID 공급자 : ID 토큰을 발급하는 권한 부여 서버 (ex. Okta)
    - 최종 사용자 : ID 토큰에 포함된 최종 사용자 정보
    - 신뢰 당사자 : Okta에서 ID 토큰을 요청하는 클라이언트 응용 프로그램
    - ID 토큰 : OpenID 제공자가 발행한 토큰으로 최종 사용자에 대한 정보를 클레임 형식으로 포함
    - 클레임 : 최종 사용자에 대한 정보

https://docs.aws.amazon.com/ko_kr/cognito/latest/developerguide/cognito-user-pools-oidc-flow.html

 

Comments