Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- iam
- 보안
- AWS 쿠버네티스
- 쿠버네티스
- forensic
- AWS Opensearch
- AWS
- Autopsy
- AWS Elasticsearch
- artifacts
- AWS EKS
- 해킹
- AWS EKS Udemy
- hacking case
- SMS-P 인증 기준 안내서 요약
- CFReDS
- 포렌식
- The Sleuth Kit
- 정보보안
- k8s
- kubernetes
- 정보보안기사
- ISMS-P 인증심사원
- 실습
- ISMS
- TSK
- 보안기사
- isms-p
- 모의해킹
- 정보보안기사 실기
Archives
- Today
- Total
Always-Try(정보보안 및 일상)
[OKTA] #2. OAuth 2.0 및 OpenID Connect 개요 본문
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)
1.1.2. OpenID Connect
- OAuth 2.0 위에 구축된 인증 표준이며, 최종 사용자에 대한 정보를 포함하는 ID 토큰 추가
- 범위, 엔드포인트 검색 및 클라이언트의 동적 등록과 같이 OAuth 2.0이 선택에 맡기는 영역도 표준화
- OpenID 공급자 : ID 토큰을 발급하는 권한 부여 서버 (ex. Okta)
- 최종 사용자 : ID 토큰에 포함된 최종 사용자 정보
- 신뢰 당사자 : Okta에서 ID 토큰을 요청하는 클라이언트 응용 프로그램
- ID 토큰 : OpenID 제공자가 발행한 토큰으로 최종 사용자에 대한 정보를 클레임 형식으로 포함
- 클레임 : 최종 사용자에 대한 정보
'Unclassified' 카테고리의 다른 글
[OKTA] #4. 정책 Policy (0) | 2022.05.01 |
---|---|
[OKTA] #3. Authorization Server (인증 서버) (0) | 2022.05.01 |
[OKTA] #1. OKTA란? (지원 기능 및 데이터 모델) (2) | 2022.05.01 |
1Password 사용법(패스워드 관리 앱) (0) | 2022.03.02 |
Linux 시스템 상태 확인 쉘 스크립트 (bash shell) (0) | 2022.02.19 |
Comments