OAuth 2.0 프로토콜을 사용한 인증

개요 overview

여전히 SAML이 미국의 MVPD와 기업에서 인증에 사용되는 주요 프로토콜이지만, 주 인증 프로토콜로 OAuth 2.0으로 이동하는 경향이 뚜렷합니다. OAuth 2.0 프로토콜(https://tools.ietf.org/html/rfc6749)은 주로 소비자 사이트를 위해 개발되었으며, Facebook, Google 및 Twitter와 같은 인터넷 대기업에 의해 빠르게 채택되었습니다.

OAuth 2.0은 매우 성공적이므로 기업은 이를 지원하기 위해 인프라를 천천히 업그레이드해야 합니다.

OAuth 2.0으로 이동할 때의 이점 adv-oauth2

높은 수준에서 OAuth 2.0 프로토콜은 SAML 프로토콜과 동일한 기능을 제공하지만 몇 가지 중요한 차이점이 있습니다.

이러한 이유 중 하나는 바로 뒤에서 인증을 새로 고치는 방법으로 새로 고침 토큰 플로우를 사용할 수 있다는 사실입니다. 이를 통해 IdP(이 경우 MVPD)는 제어를 유지하면서도 보안 문제로 인해 더 이상 자주 로그인할 필요가 없으므로 양호한 사용자 경험을 계속 사용할 수 있습니다.

또한 프로토콜은 서비스 제공자가 토큰을 사용하여 추가 정보를 얻기 위해 다른 API에 액세스할 수 있으므로 노출된 데이터에 대해 더 많은 유연성을 제공합니다. 결과적으로 TVE 사용 사례에 대한 "chattier" 프로토콜이 생성되지만 복잡한 워크플로우에 필요한 유연성을 제공합니다.

OAuth 2.0으로 전환하기 위한 요구 사항 oauth-req

OAuth 2.0을 사용한 인증을 지원하려면 MVPD이 다음 사전 요구 사항을 충족해야 합니다.

먼저 MVPD에서 인증 코드 부여 흐름을 지원하는지 확인해야 합니다.

MVPD은 흐름을 지원함을 확인한 후 다음 정보를 제공해야 합니다.

인증 흐름 authn-flow

인증 플로우에서 Adobe Pass 인증은 구성에서 선택한 프로토콜의 MVPD과 통신합니다. OAuth 2.0 흐름은 아래 그림에 나와 있습니다.

그림 1: OAuth 2.0 인증 흐름

인증 요청 및 응답 authn-req-response

간단히 말해, OAuth 2.0 프로토콜을 지원하는 MVPD에 대한 인증 흐름은 다음 단계를 따릅니다.

이 제한은 서버가 OAuth 2.0 프로토콜의 경우 새로 고침 토큰도 포함하는 AuthNToken을 업데이트할 수 없는 클라이언트 흐름에서 비롯됩니다.

일반적인 인증 흐름은 AuthNToken에 저장된 새로 고침 토큰을 액세스 토큰으로 교환하고, 액세스 토큰은 처음에 인증된 사용자의 이름으로 인증 호출을 수행하는 데 사용됩니다. 인증 서버(MVPD)가 새로 고침 토큰을 변경하고 이전 토큰을 무효화하는 경우 유효한 AuthNToken을 업데이트할 수 없습니다. 이러한 이유로 MVPD는 안정적인 새로 고침 토큰을 지원해야 OAuth 2.0 통합을 설정할 수 있습니다.

SAML에서 OAuth 2.0으로 마이그레이션 saml-auth2-migr

SAML에서 OAuth 2.0으로 통합을 마이그레이션하는 작업은 Adobe 및 MVPD에서 수행합니다. 프로그래머가 MVPD 로그인 페이지에서 공동 브랜딩을 확인/테스트할 수 있지만 프로그래머측에서는 기술 변경이 필요하지 않습니다. MVPD 관점에서 Oauth 2.0 요구 사항에 요청된 엔드포인트 및 기타 정보가 필요합니다.

SSO를 유지​하기 위해 SAML을 통해 얻은 인증 토큰을 이미 가지고 있는 사용자는 여전히 인증된 것으로 간주되고 해당 요청은 이전 SAML 통합을 통해 라우팅됩니다.

기술적 관점에서