Korean Identity Management(KIM)

title; 오픈아이디의 개선책
link; http://sutarbucks.tistory.com/57

다음은 R(http://sutarbucks.tistory.com)님의 포스트를 보고 작성한 글입니다.

Federated Identity..

포스트에서 제안하신 내용은 federated identity라고 해서 신뢰도메인 내부의 사이트들만 ID 정보를 공유하는 개념입니다. OpenID가 나오기 전인 2004년에 등장하여 SAML과 같은 완성된 표준이 있죠.
federated identity 방식의 한계(?)는 미리 신뢰도메인을 구축해야 한다는 점입니다. OpenID가 등장하게 된 배경은 이러한 신뢰도메인을 굳이 구축하지 않더라도 식별만 가능하면 되는 서비스(가령 블로그)에 SSO를 제공하기 위해서입니다.
하지만 신뢰가 없는 OpenID는 넓은 서비스를 지향하고 있지만, 오히려 사용 범위를 줄이는 결과를 가져옵니다. 신뢰는 쉽게 구축되는 개념이 아닙니다. reputation이나 business agreement와 같은 복잡하고 번거러운 작업이 필요합니다. 하지만 신뢰가 있어야지 해당 OpenID를 사용하고 받아들이지 않을까요? 만일 신뢰를 도입한다면 OpenID의 기본 컨셉 자체를 뒤집는 일이라서 많은 반감이 생길수도 있습니다. 

OpenID 서버의 신뢰성, 보안성에 대해서..

어떤 사람은 네이버에 저장된 내 정보가 어떻게 사용되는지 걱정해서, 자신이 원하는 OpenID 서버에 정보를 저장할 수 있습니다. 어떤 사람은 OpenID 서버에 저장된 정보가 걱정되어 다른 서버를 이용할 수도 있겠죠. OpenID의 특징은 내가 원하는 장소(서버)에 내 정보를 저장할 수 있다는 것입니다. 한 곳을 쓰다가 다른 곳으로 옮기더라도, delegated 기능을 이용해서 여전히 동일한 OpenID를 유지할 수 있죠.
현재 존재하는 OpenID 서비스들은 거의 동일합니다. id/pwd 인증에 메일주소 정도의 정보밖에 없죠. 국내에서도 OpenID 서버가 증가하는 추세기 때문에, 인증 또는 기타 서비스에 차별성을 선보일 것으로 예상하고 있습니다. 그러면 OpenID를 만들었던 사용자들도 신뢰성과 보안성을 판단하여 다른 서버로 이동하겠죠.