OAuth

OAuth

제 3의 서비스에 계정 관리를 맡기는 방식

용어 설명

• 리소스 오너 (Resource owner)

  • 자신의 정보를 사용하도록 인증 서버에 허가하는 주체
  • 서비스를 이용하는 사용자

• 리소스 서버 (Resource server)

  • 리소스 오너의 정보를 가진다
  • 리소스 오너의 정보를 보호하는 주체
  • 네이버, 구글, 페이스북

• 클라이언트 애플리케이션 (Client application)

  • 인증 서버에게 인증을 받고 리소스 오너의 리소스를 사용하는 주체
  • 개발자가 만드는 서비스

OAuth를 사용하면 인증 서버에서 발급받은 토큰을 사용해서 리소스 서버에 리소스 오너의 정보를 요청하고 응답받아 사용할 수 있다.

클라이언트가 리소스 오너 정보를 취득하는 4가지 방법

• 권한 부여 코드 승인 타입 (Authorization code grant type)

  • OAuth 2.0에서 가장 잘 알려진 인증 방법
  • 클라이언트가 리소스에 접근하는 데 사용하며, 권한에 접근할 수 있는 코드와 리소스 오너에 대한 액세스 토큰을 발급받는 방식
  • 사용자 데이터가 외부로 전송되지 않아 안전

• 암시적 승인 타입 (Implicit grant type)

  • 서버가 없는 자바스크립트 웹 어플리케이션 클라이언트에서 주로 사용하는 방법
  • 클라이언트가 요청을 보내면 리소스 오너의 인증 과정 이외에는 권한 코드 교환 등의 별다른 인증 과정을 거치지 않고 액세스 토큰을 제공받는 방식

• 리소스 소유자 암호 자격증명 승인 타입 (Resource owner password credentials)

  • 클라이언트의 패스워드를 이용해서 액세스 토큰에 대한 사용자의 자격 증명을 교환하는 방식

• 클라이언트 자격증명 승인 타입 (Client credentials grant)

  • 클라이언트가 컨텍스트 외부에서 액세스 토큰을 얻어 특정 리소스에 접근을 요청할 때 사용하는 방식

권한 부여 코드 승인 타입 (Authorization code grant type)

1. 권한 요청

클라이언트, 즉, 스프링 부트 서버가 특정 사용자 데이터에 접근하기 위해 권한 서버, 즉, 카카오나 구글 권한 서버에 요청을 보냄

• 요청 URI

  • 보통은 클라이언트 ID, 리다이렉트 URI, 응답 타입을 파라미터로 보낸다.

• 클라이언트 ID

  • 인증 서버가 클라이언트에 할당한 고유 식별자
  • 클라이언트 애플리케이션을 OAuth 서비스에 등록할 때 서비스에서 생성하는 값

• 리다이렉트 URI : 로그인 성공 시 이동해야 하는 URI

• Response Type : 클라이언트가 제공받길 원하는 응답 타입
  

• 스코프 : 제공받고자 하는 리소스 오너의 정보 목록
  

2. 데이터 접근용 권한 부여

• 인증 서버에 요청을 처음 보내는 경우 사용자에게 보이는 페이지를 로그인 페이지로 변경하고 사용자의 데이터에 접근 동의를 얻는다. 이 과정은 최초 1회만 진행한다.

• 이후에는 인증 서버에서 동의 내용을 저장하고 있기 때문에 로그인만 진행한다.

• 로그인이 성공되면 권한 부여 서버는 데이터에 접근할 수 있게 인증 및 권한 부여를 수신한다.

3. 인증 코드 제공

• 사용자가 로그인에 성공하면 권한 요청 시에 파라미터로 보낸 Redirect URI로 리다이렉션된다.

• 이 때 파라미터에 인증 코드를 함께 제공한다.

4. 액세스 토큰 응답

• 인증 코드를 받으면 액세스 토큰으로 교환해야 한다.

• 액세스 토큰 : 로그인 세션에 대한 자격을 증명하는 식별 코드

• 클라이언트 ID, 리다이렉션 URI 등 정보와 함께 액세스 토큰을 요청하는 POST 요청을 보낸다.

• 인증 서버는 요청 값을 기반으로 유효한 정보인지 확인하고 액세스 토큰을 준다.

4. 액세스 토큰으로 API 응답 & 반환

• 이제 제공받은 액세스 토큰으로 리소스 오너의 정보를 가져올 수 있다.

• 정보가 필요할 때마다 API 호출을 통해 정보를 가져오고 리소스 서버는 토큰이 유효한지 검사한 뒤에 응답한다.