1장. 왜 OAuth 2.0에 관심을 가져야 하는가?<br/>__인증과 인가<br/>____인증<br/>____인가<br/>__무엇을 해결해주는가?<br/>____연합된 신원<br/>____권한 위임<br/>____OAuth 2.0의 실제 예<br/>__OAuth 2.0은 실제로 문제를 어떻게 해결하는가?<br/>____OAuth 2.0 없이: GoodApp이 여러분의 페이스북 친구 목록을 보고 여러분에게<br/>____GoodApp 친구를 추천하고자 할 때<br/>____OAuth 2.0을 이용해서: GoodApp이 여러분의 페이스북 친구 목록을 보고 여러분에<br/>게 GoodApp 친구를 추천하고자 할 때 <br/>__누가 OAuth 2.0을 사용하는가?<br/>__세계에서 가장 흥미로운 인포그래픽 생성기<br/>__요약<br/><br/><br/>2장 OAuth 2.0 개요<br/>__어떻게 동작하는가?<br/>____사용자 동의<br/>____두 가지 유형의 클라이언트와 동작 흐름<br/>____신뢰 vs. 비신뢰 클라이언트<br/>__클라이언트 사이드 워크플로우<br/>____비신뢰 클라이언트: GoodApp이 implicit grant를 이용해 페이스북의 친구 목록에 대한 접근을 요청 <br/>____전체적인 그림 <br/>____언제 implicit grant를 사용해야 하는가?<br/>____비신뢰 클라이언트의 장단점<br/>__서버 사이드 워크플로우<br/>____신뢰 클라이언트: GoodApp이 인가 코드 grant를 이용해서 페이스북의 친구 목록에<br/>____대한 접근을 요청<br/>____전체적인 그림<br/>____인제 인가 코드 grant를 사용해야 하는가? <br/>____신뢰 클라이언트의 장단점<br/>__차이점<br/>__모바일의 경우는?<br/>__요약<br/><br/><br/>3장. 네 개의 단계<br/>__시작<br/>__1단계: 클라이언트 애플리케이션 등록<br/>____다른 서비스 제공자, 다른 등록 절차, 동일한 OAuth 2.0 프로토콜<br/>____클라이언트 자격증명<br/>__2단계: 액세스 토큰 얻기<br/>____액세스 토큰<br/>____리프레시 토큰<br/>__3단계: 액세스 토큰 사용<br/>____액세스 토큰은 액세스 토큰일 뿐이다<br/>__4단계: 액세스 토큰 갱신<br/>____리프레시 토큰이 없다면?<br/>____리프레시 토큰도 만료된다<br/>__종합<br/>__요약..<br/><br/><br/>4장. 애플리케이션 등록<br/>__등록 과정 다시 살펴보기<br/>__페이스북에 애플리케이션 등록<br/>____애플리케이션 생성<br/>____리다이렉션 엔드포인트 설정<br/>____서비스 제공자의 인가 엔드포인트와 토큰 엔드포인트<br/>__종합 <br/>__요약 <br/><br/><br/>5장. 클라이언트 사이드 플로우로 액세스 토큰 얻기<br/>__implicit grant 플로우 다시 살펴보기<br/>__implicit grant 플로우<br/>____인가 요청<br/>____액세스 토큰 응답<br/>__개발 시작!<br/>____애플리케이션 빌드<br/>____인가 요청 수행 <br/>____액세스 토큰 응답을 처리<br/>__요약<br/>__레퍼런스 페이지<br/>____implicit grant 플로우의 개요<br/>____인가 요청<br/>____액세스 토큰 응답 <br/>____에러 응답<br/><br/><br/>6장. 서버 사이드 플로우로 액세스 토큰 얻기<br/>__인가 코드 grant 플로우 다시 살펴보기<br/>__인가 코드 grant 플로우<br/>____인가 요청<br/>____인가 응답<br/>____액세스 토큰 요청<br/>____액세스 토큰 응답.<br/>__개발 시작!<br/>____애플리케이션 빌드<br/>____인가 요청 수행<br/>____인가 응답 처리<br/>____액세스 토큰 요청 <br/>____액세스 토큰 응답을 처리<br/>__요약<br/>__레퍼런스 페이지<br/>____인가 코드 grant 플로우의 개요 <br/>____인가 요청<br/>____인가 응답 <br/>____에러 응답<br/>____액세스 토큰 요청<br/>____액세스 토큰 응답<br/>____에러 응답.<br/><br/><br/>7장. 액세스 토큰 이용하기<br/>__액세스 토큰 다시 살펴보기<br/>__액세스 토큰을 이용해 API 호출<br/>____인가 요청 헤더 필드로 전달<br/>____인코딩된 폼의 파라미터로 전달<br/>____URI 질의 파라미터로 전달<br/>__개발 시작!<br/>____클라이언트 사이드 샘플 애플리케이션<br/>____서버 사이드 샘플 애플리케이션<br/>__세계에서 가장 흥미로운 인포그래픽 애플리케이션<br/>__요약<br/>__레퍼런스 페이지 <br/>____보호된 리소스 접근에 대한 개요<br/>____인가 요청 헤더 필드<br/>____인코딩된 폼의 파라미터 <br/>____URI 질의 파라미터<br/><br/><br/>8장 액세스 토큰 갱신하기 181<br/>__리프레시 토큰 워크플로우<br/>____리프레시 요청<br/>____액세스 토큰 응답<br/>__리프레시 토큰이 없거나 만료됐다면?<br/>____두 가지 방법 비교<br/>__이상적인 워크플로우<br/>__요약<br/>__레퍼런스 페이지<br/>____리프레시 토큰 플로우의 개요<br/>____액세스 토큰 갱신 요청<br/>____액세스 토큰 응답<br/>____에러 응답<br/><br/><br/>9장. 보안 고려 사항<br/>__무엇이 위험한가?<br/>__보안 고려 사항<br/>____TLS를 사용하라! <br/>____최소한의 범위만을 요청하라<br/>____implicit grant 플로우를 사용할 때는 읽기 전용 권한만을 요청하라<br/>____사용자의 손이 미치지 않는 곳에 자격증명과 토큰을 보관하라<br/>____가능하면 항상 인가 코드 grant 플로우를 사용하라<br/>____가능하면 항상 리프레시 토큰을 사용하라<br/>____내장 브라우저 대신 네이티브 브라우저를 이용하라<br/>____리다이렉션 엔드포인트에서 서드파티 스크립트를 사용하지 말라<br/>____클라이언트 자격증명을 바꿔서 사용하라<br/>__공격<br/>____CSRF<br/>____피싱<br/>____리다이렉션 URI 조작<br/>____클라이언트와 사용자 사칭<br/>__요약<br/><br/><br/>10장 모바일 애플리케이션 215<br/>__모바일 애플리케이션이란 무엇인가?<br/>__모바일 애플리케이션에서는 어떤 플로우를 사용해야 하는가?<br/>____모바일 애플리케이션은 신뢰 애플리케이션인가, 비신뢰 애플리케이션인가?<br/>____모바일 애플리케이션이 시큐어 스토리지 API를 사용한다면?<br/>__하이브리드 아키텍처<br/>____모바일 애플리케이션을 위한 implicit grant 워크플로우와 백엔드 서버를 위한 인가 코<br/>드 grant 워크플로우<br/>____하이브리드 아키텍처의 장점<br/>__애플리케이션을 통한 인가<br/>__요약<br/><br/><br/>11장 도구와 문제 해결 225<br/>__도구<br/>__문제 해결 <br/>____implicit grant 플로우<br/>____인가 코드 grant 플로우<br/>____API 호출 흐름<br/>____리프레시 토큰 플로우<br/>__요약<br/><br/><br/>12장 OAuth 2.0 확장 239<br/>__OAuth 2.0 프레임워크 확장<br/>____커스텀 grant 유형<br/>____다양한 유형의 토큰<br/>____인가 백엔드<br/>__OpenID Connect<br/>__요약<br/><br/><br/>부록 A 리소스 소유자 비밀번호 자격증명 Grant<br/>__언제 사용해야 하는가? <br/>__레퍼런스 페이지<br/>____리소스 소유자 비밀번호 자격증명 grant의 개요<br/>____인가 요청과 응답 <br/>____액세스 토큰 요청<br/>____액세스 토큰 응답 <br/>____에러 응답 <br/>__언제 사용해야 하는가? <br/><br/><br/>부록 B 클라이언트 자격증명 Grant 251<br/>__레퍼런스 페이지<br/>__클라이언트 자격증명 grant의 개요<br/>____인가 요청과 응답<br/>____액세스 토큰 요청<br/>____액세스 토큰 응답<br/>____에러 응답<br/>__OAuth 2 인가 프레임워크<br/>__The OAuth 2 인가 프레임워크: Bearer 토큰 사용<br/><br/><br/>부록 C 레퍼런스<br/>__OAuth 2.0 토큰 폐기 <br/>__OAuth 2.0 위협 모델과 보안 고려 사항<br/>__클라이언트 인증과 인가 Grant를 위한 OAuth 2.0 assertion 프레임워크<br/>__OAuth 2.0 클리이언트 인증과 인가 Grant를 위한 SAML 2.0 프로파일<br/>__JSON 웹 토큰<br/>__OAuth 2.0 클라이언트 인증과 인가 Grant를 위한 JSON 웹 토큰 프로파일 <br/>__OpenID Connect Core 1.0<br/>__HTTP 인증: Basic and Digest Access Authentication

★ 이 책에서 다루는 내용 ★

■ OAuth 2.0의 장점을 활용한 애플리케이션 개발
■ 페이스북과 연동하는 OAuth 2.0 샘플 애플리케이션 구현
■ OAuth 2.0 스펙에서 지원하는 다양한 워크플로우 소개 및 활용
■ OAuth 2.0 서비스 제공자와 상호작용하는 애플리케이션 개발 및 보안 고려 사항
■ 여러 가지 디버깅 기술, 문제 해결 방법, 관련 툴에 대한 소개
■ OAuth 2.0의 다양한 확장 방법 분석
■ 세계적인 기업의 일류 기술을 바탕으로 하는 응용프로그램 구현


★ 이 책의 대상 독자 ★

자신의 서비스와 애플리케이션에서 OAuth 2.0을 효과적으로 활용하려는 애플리케이션 개발자, 소프트웨어 아키텍트, 보안 엔지니어뿐 아니라 일반적인 프로그래머에게도 유용하다. 프로그래밍과 OAuth에 대한 기본적인 지식을 갖췄다면 이 책의 내용을 충분히 이해할 수 있다.

★ 이 책의 구성 ★

1장, '왜 OAuth 2.0에 관심을 가져야 하는가?'에서는 OAuth 2.0 프로토콜을 소개하고 그것의 목적, 중요성, 보급 현황 등을 설명한다.
2장, 'OAuth 2.0 개요'에서는 개요와 OAuth 2.0가 지원하는 여러 가지 워크플로우의 차이점을 설명한다.
3장, '네 개의 단계'에서는 OAuth 2.0 프로토콜을 사용하는 서비스 제공자에 통합하기 위해 필요한 각 단계를 설명한다.
4장, '애플리케이션 등록'에서는 네 단계 중 첫 번째 단계인 애플리케이션을 서비스 제공자에 등록하는 단계를 자세히 설명한다.
5장, '클라이언트 사이드 플로우로 액세스 토큰 얻기'에서는 이른바 비신뢰 클라이언트에서 보호된 리소스에 대한 접근 권한을 얻는 플로우를 설명한다.
6장, '서버 사이드 플로우로 액세스 토큰 얻기'에서는 신뢰 클라이언트에서 보호된 리 소스에 대한 접근 권한을 얻는 플로우를 설명한다.
7장, '액세스 토큰 이용하기'에서는 획득한 액세스 토큰을 이용해서 리소스에 접근하기 위한 과정을 설명한다.
8장, '액세스 토큰 갱신하기'에서는 만료된 액세스 토큰을 갱신하기 위한 절차를 설명한다.
9장, '보안 고려 사항'에서는 애플리케이션 개발에서 고려해야 할 중요한 보안 사항을 설명한다. 이는 모든 애플리케이션에서 중요한 주제지만, OAuth 2.0 프로토콜을 이용하는 애플리케이션에게 특히 더 중요하다.
10장, '모바일 애플리케이션'에서는 스마트폰과 태블릿 같은 모바일 기기를 위한 장으로 모바일 애플리케이션에서 고려해야 할 모든 것을 다룬다.
11장, '도구와 문제 해결'에서는 문제를 해결하는 방법을 살펴보고, 어떻게 하면 사용자의 개입을 최소화하면서 에러를 처리할 수 있는지 설명한다.
12장, 'OAuth 2.0 확장'에서는 다양한 사용 시나리오를 보기 위해 OAuth 2.0을 확장하는 여러 가지 방법을 살펴본다.
부록 A, '리소스 소유자 비밀번호 자격증명 Grant'에서는 부가적으로 지원하는 워크플로우 중 하나를 살펴본다.
부록 B, '클라이언트 자격증명 Grant'에서는 부가적으로 지원하는 또 다른 워크플로우를 살펴본다.
부록 C, '레퍼런스'에서는 이 책에서 참조하는 다양한 오픈 스펙을 나열한다.

★ 지은이의 말 ★

OAuth 2.0은 서비스에 대한 권한을 위임하기 위한 오픈 프로토콜이며, 전 세계적으로 널리 사용되는 표준 인가 프로토콜로 자리 잡았다. OAuth 2.0을 이용하면 누구나 자신의 애플리케이션이 세계적인 수준의 기술에 접근하도록 만들 수 있고 그것을 이용하게 할 수 있다. 즉, OAuth 2.0은 매력적이고 우아한 해결책을 솔루션이라고 할 수 있다.
나는 운 좋게도 지난 7년 동안 신원을 식별하기 위한 기술 분야에서 일해왔고, 프로토콜의 진화와 발전을 목격할 수 있었다. 이 책은 OAuth 2.0 프로토콜의 사용법과 그것을 위한 설계를 포함해서 OAuth 2.0의 가장 중요한 부분을 설명하고자 노력했다. 실용성과 보안에 초점을 맞춘 이 책은 애플리케이션 개발자에게 가장 큰 이익과 혜택을 제공하도록 구성됐다. OAuth 2.0이 지속적으로 채택되고 개발자가 통합해 활용할 수 있는 서비스가 점점 더 많아지면서 이 책을 통해 다음 세대의 세계적인 애플리케이션과 기술에 대한 개발을 편안하게 시작할 수 있길 기대한다.

★ 옮긴이의 말★

웹 애플리케이션 기술은 매우 역동적으로 변화, 발전해 왔다. 앞으로도 계속해서 새로운 웹 애플리케이션 기술이 등장하고 사라질 것이다. 또한 웹 애플리케이션 기술은 그 영역을 지속해서 확장해 나가고 있다. PC나 모바일 기기뿐만 아니라 다양한 가전 기기, 자동차, 로봇, 산업 기기 등 현재는 그 영역을 경계 짓는 것 자체가 무의미하게 여겨질 정도다.
그런 역동적인 웹 애플리케이션 기술 중에서 가장 많이 사용되는 것 중 하나가 바로 OAuth 2.0이다. OAuth 2.0은 전 세계적으로 널리 사용되는 표준 인가 프로토콜이다. Facebook, Google뿐만 아니라 국내외의 수많은 IT 기업들이 자신들의 서비스나 애플리케이션에 OAuth 2.0 기술을 적용하고 있다. 또한, 그러한 기업들은 Open API 형태로 자신들의 기술들을 오픈하는 경우가 많은데, 그런 Open API에 대한 인가 프레임워크로서 OAuth 2.0이 주로 사용되다. 따라서 지금 여러분들이 주로 사용하는 애플리케이션 중에서 OAuth 2.0 기술을 이용하는 것이 생각보다 많을 것이다. OAuth 2.0이 그렇게 보편적으로 널리 사용되는 이유 중 하나는 OAuth 2.0이 사용자 인가 문제를 간단히 해결해 주기 때문이다. 물론, 보안하는 관점에서 OAuth 2.0을 자세히 들여다보면 잠재적으로 문제가 될 만한 부분이 보일 수 있다. 하지만 OAuth 2.0은 오픈 스펙이기 때문에 그것의 세부적이고 전체적인 구현 방법 자체에 대해서는 명확히 정의하지 않는다. 따라서 OAuth 2.0을 구현하는 방법은 개발사마다 약간씩은 다를 수 있다. 즉, OAuth 2.0에 대한 잠재적인 보안 위협은 OAuth 2.0 스펙 자체보다 그것을 구현하는 방법에 더 의존적이라고 말할 수 있다. 물론 이 책에서는 OAuth 2.0 애플리케이션을 개발하면서 보안적으로 어떤 것을 고려해야 하는지 설명하며, OAuth 2.0 애플리케이션에 대한 보안 공격은 어떤 것이 있을 수 있고 각 공격에 대한 대응 방법도 설명한다.
이 책은 매우 체계적으로 OAuth 2.0의 스펙을 설명하며, 동시에 실제 예제 애플리케이션을 통해서 그 내용을 친절히 설명한다. 또한, OAuth 2.0 스펙의 다른 군더더기를 빼고 핵심적인 부분에 집중함으로써 OAuth 2.0을 이해하고자 하는 독자나 OAuth 2.0을 이용해 애플리케이션을 개발하고자 하는 개발자에게 매우 실용적인 가이드다.