OpenID 커뮤니티

OpenID 적용 사이트 목록 - 2008/7

(kayflow) — Tue, 22 Jul 2008 00:02:24 +0900

국내 오픈아이디 지원 사이트 목록입니다. (최신 등록 순서)

한국어 오픈아이디 인증 제공 서비스 (Provider)

한국어 사이트

이글루스
Me2day
스프링노트
라이프팟
아이두
OpenID로 코멘트를 남길 수 있는 한글 블로그
- idoo - 국내 최초 서비스형 블로그 코멘팅 지원 new!
- OpenID 코멘팅 테스트 전용 블로그

썰렁한 엔지니어: Tattertools OpenID Plugin (최초 태터툴스 지원, 플러그인)

Channy's Blog: OpenID로 답글을 적으실 수 있습니다!

Keun-woo Ryu's blog: 코멘트 달기에 OpenID 를 사용할 수 있도록 했습니다.

gratia's sadcafe: 코멘트 작성에 openID 지원합니다.

YY: OpenID 동참

오픈소스 설치형 서비스(블로그/위키/CMS/...) 모듈/플러그인

PHPBB 2.0 - 너무 유명한 게시판이죠. 2.0 부터 OpenID 본격 지원됩니다.
워드프레스 플러그인 (더 많은 것은 관련 딜리셔스를 보세요)
썰렁한 엔지니어: Tattertools OpenID Plugin (최초 태터툴스 지원, 플러그인)
MoinMoin - 모인모인 위키 1.5 버전 지원.
MediaWiki - 미디어위키 패치.
Mailman - 메일링 리스트 (실제 메일링리스트)
Drupal - CMS 및 포럼.

(비개발자 분들도 아실만한 것만 소개합니다. 더 많은 것은 OpenIDEnabled 사이트를 참고하십시오.)

외국 사이트

http://imakemistakes.com/ - IMakeMistakes
https://www.hampr.com/home - Hampr
http://www.zooomr.com/login - Zooomr.com
http://ma.gnolia.com/signin - Ma.gnolia.com
http://stikis.com/account/welcome - Stiki
http://www.opinity.com/ - Opinity.com
http://wikitravel.org/en/Special:OpenIDLogin - Wikitravle
http://teamtastic.com/ - Teamtastic
http://www.wooblelab.com/ - Wooblelab
http://www.livejournal.com/openid/ - LiveJournal

http://www.wikipedia.org/ Wikipedia (지원 예정)
http://botbouncer.com
http://sxore.com

적용사이트이신가요? 알려주세요~

여러분의 사이트, 블로그, 홈페이지에서 OpenID 이용이 가능하다면 아래의 방법 중 하나로 알려주세요.

아래 딜리셔스(del.icio.us) 에 태그 'openid_korean' 으로 북마크하세요
(딜리셔스 개인 북마크 공유는 실시간으로는 되지 않고 약간 지연이 있습니다)
- 한국 오픈아이디 적용 사이트 목록
이 글에 트랙백을 걸어주시거나 답글로 알려주세요

myID 의 제한적 본인확인 소개 및 제안

(kayflow) — Tue, 01 Apr 2008 19:46:20 +0900

OpenID 가 국내에서 실용화, 대중화 되기 위해서는 국내 실정에 맞는 몇가지 과제를 해결해야 합니다. 그중에서도, 실명제가 가장 큰 과제중 하나입니다.

당장 일 방문객 30 만 이상의 국내 대부분의 주요 사이트에서는 '제한적 본인확인제' 를 수행해야 합니다. 결국, 대중적인 사이트에 오픈아이디가 '쉽게' 적용되려면 어떤 식으로든 해결책이 마련되야 하는 것이지요. (물론, 최근에 인터넷 실명제 반대운동도 있습니다만, 정책이 변경되기 까지는, 서비스를 해야지요 ㅎㅎ; )

물론, 현재 제한적 본인 확인제 사이트라도, 오픈아이디 로그인을 허용하는 것이 불가능 한 것은 아닙니다. 오픈아이디를 기존 사이트에 적용할 때 개념상 확실히 구분해야 할 점은 아이디 인증과, 회원 계정의 분리라는 점입니다. 오픈아이디는 아이디와 그 아이디의 인증 기능만을 떼어내어 사용자가 선택한 인증기관에 위임한 것입니다. 따라서, 기존 사이트의 회원계정을 그대로 유지한채, 로그인 방법만 하나더 지원하는 것으로 쉽게 적용할 수 있습니다.

여기서 분명히 할 점은, 오픈아이디는 특정 아이디에 대한 소유권 증명만을 보장하는 것이지, 그 이후에 각 사이트에서 필요한 신뢰에 대해서는 다루지 않습니다. 어찌 보면 기능이 부족한 것으로 볼 수 도 있겠지만, 특정 사이트에서 필요한 신뢰 수준이라는 것은, 사이트별, 국가별 정책에 많이 의존하기 때문에, 오히려 이부분을 사이트에서 로그인후 처리로 맡기어 확장성을 보장한 것으로 볼 수 도 있습니다. 즉, 우리 사이트에서는 프로그램을 통한 로그인을 막고자 한다면, 소위 그림 퀴즈 맞추기 (Captcha test) 같은 것을 요구 해도 되고, 필요하다면, 오픈아이디 로그인 후에, 실명인증을 요구해서 해당 아이디와 함께 기록해 둘 수도 있는 것이지요.

정리 드리면, 당장이라도 모든 오픈아이디 적용 사이트 (RP) 들은 실명제를 적용하는데 아무런 문제가 될 것이 없습니다.

다만, 이 방식으로 많은 오픈아이디 RP 들이 개별적으로 본인 확인을 하는 경우에, 사용자 측과 사이트 측에서 많은 비용과 번거로움이 수반됩니다. 일단, 사용자는 지금도 마찬가지이지만, 각 본인확인 사이트 마다 반복해서 본인확인 절차를 수행해야 합니다. 또한, 사이트 입장에서도 본인확인 구축 비용과 처리 비용이 들어갑니다. 당연하게, 많은 RP 들에서 IDP 에서 한번만 본인확인을 해주는 것을 제안했습니다. 즉, 사용자는 자신의 오픈아이디에 한번만 본인확인을 해두면, 본인확인이 필요한 RP 들에 로그인시에는 해당 확인 사실만 전달되므로 매번 확인하지 않으며, 또한, 주민번호를 각 사이트 마다 입력하지 않아도 되므로 안전합니다. 사이트 입장에서도, 관리의 부담이 따르는 주민번호를 아예 입력받지 않기 때문에 그 관리책임에서 자유로울 수 있습니다.

이번에, myID 를 서비스하는 오픈마루의 또다른 서비스인 레몬펜이 조인스 총선 섹션에 적용되었습니다. 조인스는 아시다 시피, 제한적 본인확인제 의무 사이트입니다. 따라서, 레몬펜 댓글도 조인스에서 남기시려면 본인확인이 필요합니다. 그래서, 우선 실험적으로, myID 에서 본인확인을 하고, 그 사실만 레몬펜에 알려주어, 레몬펜이 본인확인 의무 사이트에 적용시 활용하도록 해보았습니다. 잠시, 사용자 절차 화면을 소개 드립니다.

먼저, 이미 로그인 되어 있다 하더라도, 아직 본인 확인이 안된 사용자가 본인확인 요청 사이트 접근시 다시 로그인을 하게됩니다. 이때, 레몬펜의 기존 기본적인 SREG 항목이외에도 추가적인 정보요청이 발생한 것이므로, myID 는 사용자에게 사이트 인증 승인을 요청을 다시 하게됩니다. 이때, 본인확인 필드가 추가됩니다.

사용자는 본인의 myID 에서 최초 한번만 myID 와 연계된 신용정보기관을 통해 본인확인을 수행하게 됩니다. 이후로, 오픈마루 서비스에서 본인확인이 필요할 때는 바로 통과됩니다. 물론, 본인확인시 입력한 실명과 주민번호는 RP 에는 전송되지 않으며, 본인확인 여부만 전달됩니다.

일단, myID 와 레몬펜 모두 오픈마루의 서비스 이기 때문에 정책상의 문제는 없습니다. 그리고, 기술적으로도 OpenID 1.1 프로토콜을 확장해서 적용했으며, 2.0 프로토콜에 대해서도 고려했습니다. 오픈아이디 커뮤니티에서 이 프로토콜에 대한 피드백을 수렴하여, 국내 표준으로 제안드리고자 합니다. 일단, 레몬펜을 비롯한 오픈마루의 RP 들은 이 프로토콜을 따르게 되므로, 다른 IDP 라도 이 프로토콜 상의 본인인증 요청을 처리해 주시면 적용 가능합니다. 물론, 모든 IDP 의 답변이 신뢰되는 것은 아니겠지만, 그것은 이후의 문제로 남기겠습니다.

Kay (이 글은 스프링노트에서 작성되었습니다.)

"오픈아이디로 즐기는 인터넷 탐험" 이벤트 시작

(kayflow) — Fri, 15 Feb 2008 11:37:09 +0900

오픈아이디의 대중화를 위해 국내 관련 업체들이 뭉쳤습니다.

다음커뮤니케이션, 안철수연구소의 고슴도치플러스, 엔씨소프트의 오픈마루 스튜디오, 미투데이, 레뷰, 위자드웍스 등 오픈아이디를 발급하거나 지원하는 국내 주요 업체들이 손잡고, 2월 14일부터 29일까지 일반 사용자가 오픈아이디를 만들어 체험할 수 있는 공동 이벤트를 진행합니다.

이 이벤트는 ‘오픈아이디로 떠나는 인터넷 탐험’이라는 주제로 진행되며, 여권을 만들고 세계 여행을 하듯 '인터넷 여권'으로 불리는 오픈아이디를 만들고 9개의 사이트를 방문하는 형태로 이루어집니다. 하나의 오픈아이디로 9개의 사이트를 모두 들러 인증을 받으면 이벤트 완료.
추첨을 통해 노트북, 게임기, MP3 재생기, 오픈아이디 로고가 박힌 예쁜 우산 등 다양한 경품을 제공하니 더욱 참여해 볼만 하죠.^^

또한 오픈아이디 지원 사이트 별로 특색을 담은 개별 이벤트도 동시 진행합니다.

아이디테일, 미투데이, 레뷰, 레몬펜, 롤링리스트, 위자드닷컴에서 진행하는 총 6개의 개별 이벤트에도 모두 참여해 보시고 다양한 오픈아이디 지원사이트들을 경험해 보세요.

많은 관심과 격려 부탁드립니다.

이벤트 참여하러 가기 ->

오픈아이디 2.0 스펙 번역 시작

(kayflow) — Thu, 31 Jan 2008 22:17:55 +0900

안녕하세요. 케이입니다.

정말 오래간만에 포스팅을 합니다.

최근에 오픈아이디 2.0 스펙이 최종 완성되었습니다. 이에 대한 의견이야 다른 분들이 많이 남기셨구요, 우선 한글로 된 스펙이 필요합니다.
그래서, 아래의 페이지에서 직접 레몬펜으로 공동 공개 번역을 시작 합니다.

http://openid.co.kr/specs/openid-authentication-2_0_en.html#lemon-23904

위의 쪽지 내용을 보시면 매우 간단합니다.

일단, 단락별로 정확한 번역들이 나오면, 커뮤니티 스프링노트에서 정리 작업을 수행하겠습니다.

그럼, 한 단락씩만 부탁드립니다요. ㅎㅎ

오픈아이디 커뮤니티 이벤트 안내

(kayflow) — Thu, 10 Jan 2008 14:26:54 +0900

2008년을 맞아서, 오픈아이디 커뮤니티에서는 오픈아이디를 좀 더 대중적으로 알리기 위한 활동을 하려고 합니다.
그의 첫번째로 현재 다음커뮤니케이션, AhnLab, 오피니티, 더블트랙, 오픈마루 스튜디오에서 함께 이벤트를 준비하고 있습니다.

이번 이벤트는 "오픈아이디로 인터넷 탐험하기"라는 컨셉으로, 오픈아이디를 만들고, 오픈아이디로 이용할 수 있는 여러 사이트를 방문하는 분들에게 경품을 주는 형태로 진행이 됩니다.

그리고, 각 사별로 기획, 디자인, 개발, 운영등을 나누고, 경품에 해당되는 비용은 참여 사이트가 나누어서 부담하기로 하였습니다.

오픈아이디로 이용할 수 있는 사이트라면, 어떤 분이라도 이 이벤트에 참여를 하실 수 있습니다.

이번 이벤트는 첫 시작이고, 준비기간이 짧아서 많은 사이트들이 함께 참여기는 어려울 것 같지만, 이를 시작으로 오픈아이디 커뮤니티에서는 오픈아이디 활성화를 위해서 더 많은 활동을 지속적으로 준비할 계획입니다.

뜻이 있는 분들이 언제든지 함께 참여할 수 있으니, 연락 부탁드립니다.

(이 이벤트에 참여하실 분은 1월 15일까지 marketing@openmaru.com 연락주시기 바랍니다.)

- 오픈마루 마케터, cream

이 글은 스프링노트에서 작성되었습니다.

오픈아이디 표시 microformat

(kayflow) — Thu, 27 Dec 2007 14:10:00 +0900

음... 제목만큼 거창한 이야기는 아닙니다.

뭐, microformat 자체가 가볍지만 실용적으로 프로그램들을 지원하자는 취지이니까요.

오픈아이디랑 microformat 은 궁합이 잘 맞습니다. 둘다 만만하기 때문이죠.
http://microformats.org/wiki/openid-brainstorming 에 보시면 hCard, XFN 등과 OpenID 를 함께 쓰고자 하는 심도 깊은 아이디어들은 보실 수 있구요.

간단한 제안입니다. 어차피 microformat 자체가 점진적인 개선이 가능한 지라, 당장 꼭 필요한 '최소한의 컨벤션' 만 제공하고자 합니다.

오픈아이디 블로그 코멘트나, 오픈아이디 기반 서비스에서, 글쓴이 등 특정 오픈아이디에 대한 링크를 종종 표시합니다. 이때, 북마크릿이나 브라우저 익스텐션 같은 프로그램들에게도 "이 링크는 오픈아이디이다" 라는 것을 알려 주자는 것입니다.

여기에 직관적으로 class='openid' 만 추가하면 끝입니다. 간단하지만, 표준이 된다면, 매우 파워풀 할 것입니다.

태그 예)

<a href="http://kayflow.myid.net" class="openid" >Kay</a>

그냥, 오픈아이디 링크의 class 속성에 'openid' 값만 추가하시면 됩니다.

hCard 와 조합하는 것도 간단합니다.

<a href="http://kayflow.myid.net" class="openid fn url" >케이</a>

쉽죠. 그럼 지원해봅시다.

OpenID 2.0 최종 스펙 릴리즈

(kayflow) — Sat, 08 Dec 2007 09:27:08 +0900

저는 이번 주에 캘리포니아 마운틴뷰에서 개최된 Internet Identity Workshop 2007b에 참석하였습니다. 이 워크샵 마지막 날 첫번째 세션에서 OpenID 2.0 표준화 작업을 수행하는 Sxip Identity의 Dick Hardt, JanRain의 Josh Hoyt이 OpenID 2.0의 최종 스펙이 완성되었다고 공지하였습니다.

왼쪽부터 Dick Hardt, Josh Hoyt, David Recordon
(출처: http://self-issued.info/images/OpenID_Announcement_small.jpg)

자세히 말하자면, OpenID의 인증 스펙 2.0 버전과 속성 교환(Attribute Exchange) 1.0 버전이 완성된 것입니다. 이미 여러 번의 드래프트 작업으로 스펙은 완성되어 있었는데, OpenID 표준에 대한 지적재산권을 보유한 Sxip사가 Non-Assertion Agreement 에 서명하면서 18개월 간의 스펙 작업이 완료되었습니다.

이미 Google의 Blogger와 같은 RP를 비롯하여, MyOpenID,VeriSign PIP같은 OP(OpenID Provider)는2.0버전을 지원하고 있으나. 국내 업체는 대부분 OpenID 인증 스펙1.1 버전을 따르는 것으로 알고 있습니다.관심있으신 분들은 아래와 같이 다양한 버전의 오픈소스가 제공되고 있으니, 이를 활용하여 직접 구축해 보실 수 있습니다.

스펙은 여기 에 있습니다.

"소셜네트워크 서비스 사용자들의 권리장전" 을 지원합시다.

(kayflow) — Sun, 28 Oct 2007 01:49:31 +0900

http://opensocialweb.org/2007/09/05/bill-of-rights/ 을 한글로 소개합니다.

사용자들간의 관계와 인맥을 다루는 '소셜웹' 에서 사용들의 권리장전(?) 이라 할 수있는데, 그 원칙들이 매우 간단하고, 또 당연한 것들입니다.

A Bill of Rights for Users of the Social Web
저자: Joseph Smarr, Marc Canter, Robert Scoble, and Michael Arrington
September 4, 2007

우리는 소셜웹 (Social Web) 의 모든 사용자들에게 몇가지 근본적인 권리를 부여합니다, 특히:

소유 - 아래를 포함한 개인 정보의 소유권:
사용자의 프로필 데이타
사용자와 연결된 사람들의 목록 (지인, 친구,...)
사용자가 생성한 컨텐츠에 대한 활동 내역;

통제 - 이러한 개인정보의 타인과의 공유 및 공유 방법에 대한 통제; 그리고
자유 - 그들의 개인정보를 그들이 신뢰하는 타 사이트로의 접근을 승인할 자유.

이러한 권리를 지원하는 사이트들은 반드시:

그들의 사용자들에게, 그들 자신의 프로필 데이타, 지인 목록들, 그리고 사용자들과 공유되는 데이타들을 통합하며(syndicate), 이를 위해서 영속적인 주소(persistent URL - 흔히 주소가 잘 바뀌어서 북마크가 되지 않는 국내 포탈 웹페이지들의 URL 과 반대되는 개념입니다.) 또는 API 토큰 그리고 열린 데이타 형식 들을 활용해야 합니다;
그들의 사용자들에게, 사이트 바깥에서의 활동들을 통합할 수 있도록 허용해야 합니다;
그들의 사용자들에게, 그들의 프로파일 페이지에 외부 식별자(블로그 주소등)로의 링크를 공개된 방법으로 걸수 있도록 해야합니다; 또한
그 들의 사용자들에게, 그 서비스내에서 사용자들을 찾을 때 사용한 외부 식별자와 동일한 식별자로, 그들이 아는 타인이 그들의 사이트에 있는지 발견하도록 허용해야 합니다. (Allow their users to discover who else they know is also on their site, using the same external identifiers made available for lookup within the service.)

사실, 국내 웹초기의 소위 공짜 서비스에 대한 암묵적인 댓가로 우리는 개인정보를 서비스에게 '넘기고' 또 자유롭게 통제하지 못하는 것, 당연하지 않은 것이 당연한 것처럼 되어버렸습니다. 마치 화장실에 오래있으면 그 냄새를 못 맡는 것 처럼요.

우선 myID.net 은 이 권리장전을 적극 지원하겠습니다. 여러분이 사용하시는 서비스들에도 이러한 권리를 주장해 보십시오.

기존 회원기반 사이트에 오픈아이디 적용하기 - 공동 번역 공지.

(kayflow) — Thu, 25 Oct 2007 21:42:00 +0900

http://www.plaxo.com/api/openid_recipe

에 이미 회원을 많이 보유한 기존 사이트들이 오픈아이디로그인을 지원하는 방법이 아주 잘 정리되어 있습니다. 다만, 영어라서, 아래 위키페이지에서 공동 번역을 시작합니다.

http://openid.springnote.com/pages/554703

커뮤니티 회원분들의 참여 부탁드리구요, 참여를 원하시는 분들은 위키 페이지의 회원가입 요청을 해주시면, 초대해 드리겠습니다.

OpenID, Provider 만 하는 것은 막연한 불안감 때문이다.

(kayflow) — Wed, 17 Oct 2007 00:14:09 +0900

최근 국내외 대부분 포탈들이 오픈아이디의 가치, 전략적으로는 자사 아이디 영향력 확대와 실용적으로는 제휴사이트 통합, 그리고 트랜드나 브랜드 마케팅 차원에서 Provider 부터 지원을 추진하고 있다. 일단, 많은 고민없이 분명히 가치가 보이니 안할 이유가 없다.
다만, 어차피 다하는 상황에서 Consumer 까지 적극 고려한다면, 가장 먼저 하는 포탈은 우선 브랜드 측면에서 선점하는 부분이 있을 것이고, 더 크게는 사용자 기반확대라는 가치가 있다. 하지만 아직은 몇가지 막연한 이유로 검토를 미루고 있다.

일단, 충분히 합리적인 근거도 있지만, 필자가 보기에는 다음과 같은 다분히 감정(?) 적인 부분도 없지않다. 그리고, 이러한 감정의 근원에는 촌스러운 옛날 마인드가 ...

'다움 아이디'면 충분하지 남의 아이디가 왜 필요해?

혹여 이런 생각이 있다면...
기본적으로 독점 포탈을 이상형으로 꿈꾸는 옛날 포탈 마인드로서는 충분히 공감이 가는 부분이다. 다만, 헛된 꿈이라 안습일 뿐이다.

현실적으로 자사 포탈 바깥의 아이디가 비교할 수 없을 만큼 많다는 것을 인정해야 하고, 향후 독점이 아니라 네트워킹의 시대에 대비해 남(?) 을 존중하고 네트웍에서 유리한 위치를 선점하는 지혜를 갖추어야 할 것이다.

'네이브 사용자' 라고 ? 그럼 우리의 적이야 !???

역시 안습이다. 당신이 사용자라면, 하나의 서비스만 사용하는가? 아마 대개는 한두 서비스때문에 주요 포탈에 계정이 다 있지 않은가?
남의 회원은 우리의 회원이 아니라는, 더 나아가 적이라는 배타적인 발상은 스스로 소위 골수 회원들만의 좁은 울타리에 가두는 것이다.
문제는, 포탈의 직원 당사자들은, 특히 자사에 열성 직원일 수록 자기 서비스들 밖에 쓰지 않기 때문에 #1 과 #2 의 어리석음에 쉽게 빠진다.

얼마전 모 쇼핑포탈 관계자를 만났다. 다음이나 네이버 관계자라면 놀라겠지만, 그 쪽은 나름대로 다음아이디나 네이버아이디를 믿지 못한다고 했다. 놀랐다.

그 다음은 포탈이 Consumer 를 꺼려하는 조금더 합리적인 핑계(?) 또는 정말로 그렇게 믿는 이유들을 좀 살펴 보자. 한마디로 신뢰가 부족하다는 이유인데, 답은 보완하면 되는 것이며, 기존에 이미 그렇게 하고 있던거다.

외부 ID 를 믿을 수 없다 ?

보통 새로운 것에 대한 배타적인 태도와 공격이 도를 넘는 경우, 흔히 원래도 안되던 모든 것이 그 새로운 것만의 문제점인양 뒤집어 씌우는 논리를 흔희 본다.
사실, 포탈에서 회원가입할때 아이디와 비밀번호만으로 계정 만들 수 없다. 그래서 사람인지 확인도 하고, 나쁜짓(?) 하면 고소하기 위해, 실명확인도 받고 하는 것이다.
오픈아이디는 신이 아니다. 기능적으로 보면, 기존의 아이디/비밀번호를 대체한 것 뿐이다.
따라서, "오픈아이디는 못 믿겠다" 라기 보다는 "오픈아이디만으로는 못 믿겠다." 정확한 것이다. 그래서 많은 오픈아이디 Consumer 들, 추가로 사람검증(그림 맞추기 따위) 등을 수행하는 것이다.
"실명확인때문에 오픈아이디 못쓴다?" 정말 모르고 하는 소리다. 오픈아이디로 로그인한 사람도 필요하면 실명확인 하고, 그 결과는 동일 계정에 기록해 두면 되는 것이다. 모 포탈 당사자에게 물어봤다. 현재 여러분 포탈의 모든 사용자가 실명확인되었나요? 풋, 웃으며 말한다. 필요할 때 받겠다고 한다. 그렇다면 오픈아이디는 왜 미리 다 장착해야 한다는 말인가?

오픈아이디는 fake 아이디 ?

최소한의 신뢰 문제는 두 가지로 정리된다.
하나는 그 아이디 발급과정에서 사람이 했는지 여부이며,또하나는 그 아이디의 인증과정의 신뢰도 이다.
아이디 발급과정의 신뢰도는, 그래서 기존 서비스들 처럼 처음 오픈아이디 인증 로그인 시에 그림테스트(Captcha) 하고, 필요하면 약관동의 받으면 된다.
그리고, 아이디 로그인시의 인증 문제는 엄밀히 말하면, 그 아이디 및 IDP 를 선택한 사용자의 선택의 자유이고 권한이고 따라서 궁극적으로는 사용자 책임이기도 하다. 오히려, 사용자가 사이트에서 제공하는 인증방식 보다 훨씬 강력한 인증방식으로 로그인 할 수 있는 선택의 자유를 주는 것이다. 따라서, Consumer 에서 크게 신경쓸 부분은 아닌 것이다.
향후 오픈아이디 스펙차원에서 공통으로 신뢰를 제공하게 되면, 사이트별 공통된 신뢰확인 절차 (사람인증, 실명인증, ....) 을 IDP 에서 한번하면 되니 더 편해 지는 것일 뿐이다. 더 줄것을 안준다고 당장 탓하는 것은 말이 안된다.

지금까지는 좀 야단친(?) 모드였는데, 사실, 정말 긍정적으로 본다면 아래의 가치가 핵심이다.

명심할 사실: 아이디는 아이디일뿐, 계정과 다르다.

오픈아이디는 기존 계정시스템에서 아이디/인증수단을 분리해 내어 사용자가 선택한 아이디/인증수단을 반복해서 사용할 수 있게 한 것이다.
따라서, 외부 아이디이지만 서비스 계정으로 로그인 하는 것이지, 자체 계정을 포기하는 것이 결코 아니다.

좀 크게 생각하자: 전세계의 모든 아이디를 우리 서비스의 계정의 아이디로 쓰자.

다음의 아이디가 4 천만이 넘은 지가 한참이다, 아마 지금 가입하면 쓸만한 아이디는 결코 없을 것이다.
어느 포탈이나 아이디 고갈 문제에 직면하며, 젊은이들은 더 좋은 아이디가 있는 신생 포탈을 쓸 것이다.
이쁜 네이버 아이디 가지고, 다음 서비스 계속 쓰면 되는 것 아닌가?
다음 서비스 많이 쓰면 다음 사용자이지, 꼭 다음 아이디를 써야 다음 사용자 인가?

한마디로, 당장 포탈에서 Consumer 지원하는 것에 기술적인 문제는 생각보다 크지 않은 것이라는 거다. 네이버 아이디로 다음 서비스 쓰고, 다음 아이디로 네이버 쓸 수 있는 것이다. 아이디를 공유하는 것이 충분히 가능하다. 서로 서비스로 경쟁하자는 것이다. 자신없는 것인가?

이미, AOL 은 Consumer 로서 계획을 발표하고, 일부 서비스에서 시범 운영 중이다. 물론, whitelist 를 통해서 좀더 쉽게 ID 인증 자체의 최소한의 신뢰만 확보하고 가려는 정책이다.
포탈뿐만 아니라 기존 서비스의 경우, 외부 오픈아이디로 로그인을 지원하더라도, 기존 계정에 상응하는 권한을 부여하기 위해서는 아래의 패턴을 따를 것이다.

최초 로그인한 오픈아이디의 경우에
이미 해당 서비스 회원인지 확인/인증한다.
기존 회원인 경우, 인증된 오픈아이디를 회원 계정에 연결/기록한다.

이후로, 오픈아이디로도 로그인을 지원한다.
로그인후에는 동일 계정으로 활동한다.

신규회원인 경우, 서비스에서 추가로 필요한 신뢰를 확보하는 절차를 밟는다.

사람인지 확인한다.
필요하면 추가적인 개인정보를 요구한다.
필요하면 실명확인등을 수행한다.

정리하면, 아이디는 아이디일뿐 계정과 분리해서 생각하면 엄청난 아이디 기반을 당신의 회원으로 바꿀 수 있는 것이다.

- Kay -

(ps: 그런데 다음은 오픈아이디 프로바이더라도 하긴 할 것인가요?)