Tweet

第1回 仕様から学ぶOpenIDのキホン

　保存版・OpenID1.1の用語集

　ここでも公式の仕様の中の用語集から説明します。

●End User
　実際にConsumerに対して自分のIdentityを認証しようとするユーザーのことです。

●Identifier
　IdentifierはURLのことです。OpenID authentication protocolのすべてのフローはEnd Userが所有するURLを認証することに関するものです。

●Claimed Identifier
　End Userが自分で所有していると主張するIdentifierのことで、Consumerによってまだ確認されていないIdentifierです。

●Verified Identifier
　Consumerに対して、End Userが所有していると認められたIdentifierのことです。

●Consumer
　End Userが所有するClaimed Identifierの認証を、IdPに対して要求するWebサー ビスのことです。

●Identity Provider
　IdP（Identify Provider）やServerとも呼ばれます。 ConsumerがEnd Userが所有するClaimed Identifierの暗号化された証明に対してコンタクトを取る相手がIdentify Provider（以下、IdP）です。 どのようにしてEnd Userが自分を認証するIdPに対して自分のIdentityを証明するかはOpenID Authenticationの範囲外です【注3】。

●User-Agent
　End Userが所有するWebブラウザのことです。特別なプラグインやJavaScriptの実行環境は必要ありません。

　この用語集に出てくる言葉はいわばOpenIDにおける登場人物のようなものです。仕様書の訳なので若干難しいですが、下記のようなシナリオを描くと理解しやすいと思います。

Consumerが提供するWebサービスはOpenID Authenticationに対応しています。 いまこのWebサービスを利用したいと考えるEnd Userがいて、そのEnd UserはOpenID Authentication protocolをサポートしたIdPによって認証されるIdentifierを所有しています。 End UserはConsumerに確認されていないClaimed IdentifierをConsumerに提示することにより、ConsumerはIdPと連携し、End UserのUser-Agent経由で認証を行い、Verified Identifierとします。 図3　OpenIDのシナリオ

　さて、ここで一度まとめておきましょう。

• OpenIDにおけるIDとはURLのことである。
  
  
• End Userは自分のClaimed IdentifierをConsumerに対して認証してくれるIdPに加入していなければならない。End UserはどのIdPに加入していても良く、 ConsumerはいずれのIdPであっても協調してEnd UserのClaimed Identifierの認証手続きを行わなければならない。
  
  
• IdPがConsumerに対して認証するのはEnd UserのClaimed Identifier、即ちURLが、End Userが確かに所有しているかどうかということである。

　これらから分かるように、OpenIDは個人のアイデンティティをURLとして表現し、分散型の認証方式を提供するオープンな認証システムだといえます。

　次回はこれらを押さえたうえで、実際にどのような手続きによってClaimed IdentifierがVerified Identifierとなるのかを紹介します。

3/3

Index
仕様から学ぶOpenIDのキホン
	Page1 OpenIDってなんだろう？ 広がりつつあるブラウザベースの認証API 「認証（Authentication）」と「認可（Authorize）」って何が違う？
	Page2 特定のベンダに依存するメリット・デメリット OpenIDの現行仕様 OpenIDの概観を学ぼう
	Page3 保存版・OpenID1.1の用語集

OpenIDの仕様と技術 連載インデックス

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）

RSSフィード