가공데이터 · 한국어 지식관계

OAuth document_id A220623077495

분류
IT_과학
라벨 상태 (label_status)
approved
문맥 (context)
OAuth는 인터넷 사용자들이 비밀번호를 제공하지 않고 다른 웹사이트 상의 자신들의 정보에 대해 웹사이트나 애플리케이션의 접근 권한을 부여할 수 있는 공통적인 수단으로서 사용되는, 접근 위임을 위한 개방형 표준이다. 이 매커니즘은 여러 기업들에 의해 사용되는데, 이를테면 아마존, 구글, 페이스북, 마이크로소프트, 트위터가 있으며 사용자들이 타사 애플리케이션이나 웹사이트의 계정에 관한 정보를 공유할 수 있게 허용한다. <heading>개요 </heading> OAuth가 사용되기 전에는 인증방식의 표준이 없었기 때문에 기존의 기본인증인 아이디와 비밀번호를 사용하였는데, 이는 보안상 취약한 구조이다. 기본 인증이 아닐 경우는 각 애플리케이션들이 각자의 개발한 회사의 방법대로 사용자를 확인하였다. 예를 들면 구글의 AuthSub, AOL의 OpenAuth, 야후의 BBAuth, 아마존의 웹서비스 API 등이 있다. OAuth는 이렇게 제각각인 인증방식을 표준화한 인증방식이다. OAuth를 이용하면 이 인증을 공유하는 애플리케이션끼리는 별도의 인증이 필요없다. 따라서 여러 애플리케이션을 통합하여 사용하는 것이 가능하게 된다. <heading>역사 </heading> 2006년 11월 블레인 쿡은 트위터에 OpenID를 탑재하는 작업을 하고 있었다. 같은 시기, 소셜 북마크 사이트인 Ma.gnolia는, 회원이 OpenID를 사용하여 대시보드 위젯으로 서비스에 접속할 수 있는 인증 방법을 필요로 하고 있었다. 이에 쿡, 크리스 메시나, 래리 하프(Ma.gnolia)는 데이비드 리코던(당시 베리사인)과 만나 OpenID를 활용해 트위터나 Ma.gnolia의 API로 인증을 위임하는 방법을 논의했다. 그 결과, API 접근 위임에 대한 공개 표준이 아직 존재하지 않는다는 결론에 이르렀다. OAuth의 인터넷 커뮤니티는 2007년 4월에 탄생하여, 소수 인원으로 새로운 공개 프로토콜의 초안을 썼다. OAuth 프로젝트를 알게 된 구글의 드위트 클린턴은 지원을 표명했다. 2007년 7월, 팀은 사양 초안을 완성시켰다. 에런 해머래해브가 가세하여 많은 협력자들의 조정을 실시하여, 보다 정식적인 사양을 작성해나갔다. 2007년 10월 3일, OAuth 코어 1.0의 최종 초안이 발표되었다. 2008년 11월, 미네아폴리스에서 열린 제73회의 IETF 회합에서 OAuth의 비공식 회합도 열려 새로운 표준화를 향해 IETF에 OAuth 프로토콜을 제안할지를 논의했다. 회합은 성황을 이루었고 IETF에서 정식으로 OAuth 작업모임을 발족시키는 일에 폭넓은 지지를 얻을 수 있었다. 2010년 IETF에서 OAuth 1.0 공식 표준안이 <nowiki>RFC 5849</nowiki>로 발표되었다. <heading>용어 </heading> OAuth에 관련된 용어들을 간략히 설명한다. <heading>인증방식 </heading> OAuth인증은 소비자와 서비스 제공자 사이에서 일어나는데 이 인증 과정은 다음과 같다. <heading>OAuth와 다른 표준 >> OAuth를 사용 시의 OpenID와 의사 인증 </heading> OAuth는 사용자가 누구인지를 확인하는 인증(Authentication) 프로토콜이 아닌, 사용자가 요청이 권한이 있는지를 확인하는 인가(Authorization) 프로토콜이다.
지시문 (instruction)
주어진 원문을 읽고 필요한 정보를 파악하여, 원문에 근거해 질문에 답하라.
질문 (question)
OAuth가 기존의 인증 방식들과 비교하여 갖는 주요한 의의와 이를 통해 얻을 수 있는 이점은 무엇인가?
추론 과정 (compact_reasoning)
  1. 1과제 해석task_interpretation

    OAuth의 핵심 의의와 기존 방식 대비 장점을 파악해야 한다.

  2. 2정보 추출information_extraction

    기존 방식의 문제점(보안 취약성, 표준 부재)과 OAuth의 특징(표준화, 접근 위임)을 추출한다.

    • OAuth가 사용되기 전에는 인증방식의 표준이 없었기 때문에 기존의 기본인증인 아이디와 비밀번호를 사용하였는데, 이는 보안상 취약한 구조이다.
    • OAuth는 이렇게 제각각인 인증방식을 표준화한 인증방식이다.
  3. 3근거 선택evidence_selection

    표준화의 의미와 그로 인한 통합 가능성을 핵심 근거로 선정한다.

    • OAuth는 이렇게 제각각인 인증방식을 표준화한 인증방식이다.
    • OAuth를 이용하면 이 인증을 공유하는 애플리케이션끼리는 별도의 인증이 필요없다. 따라서 여러 애플리케이션을 통합하여 사용하는 것이 가능하게 된다.
  4. 4논리 통합logical_integration

    제각각이었던 인증 방식을 표준화함으로써 보안 문제를 개선하고 애플리케이션 간 통합을 가능하게 한다는 논리를 구성한다.

  5. 5결론 도출conclusion_formulation

    OAuth는 제각각인 인증 방식을 표준화한 것이며, 이를 통해 애플리케이션 간 별도 인증 없이 통합 사용이 가능하다는 결론을 도출한다.

    • OAuth는 이렇게 제각각인 인증방식을 표준화한 인증방식이다.
    • 여러 애플리케이션을 통합하여 사용하는 것이 가능하게 된다.
  6. 6답변 생성answer_generation

    질문에 대해 표준화의 의의와 통합의 이점을 포함하여 답변을 작성한다.

    • 제각각인 인증방식을 표준화한 인증방식이다.
    • 여러 애플리케이션을 통합하여 사용하는 것이 가능하게 된다.
최종 답변 (final_answer)
OAuth의 주요 의의는 제각각이었던 인증 방식을 표준화한 것이며, 이를 통해 인증을 공유하는 애플리케이션끼리는 별도의 인증 없이 여러 애플리케이션을 통합하여 사용하는 것이 가능해진다.
핵심 해석 (core_interpretation)
OAuth는 제각각이었던 인증 방식을 표준화한 개방형 표준으로, 이를 통해 애플리케이션 간의 상호 운용성과 통합 사용이 가능하다.