Windows CardSpace Identity Selectorに表示されるIカード情報カード(またはiカード)は、人々がオンラインで使用できる個人のデジタルIDであり、IDメタシステムの重要な構成要素です。視覚的には、各iカードにはカード型の画像とカード名が関連付けられており、これにより人々はデジタルIDを整理し、特定のやり取りで使用するIDを簡単に選択できます。情報カードのメタファーは、Windows CardSpace、DigitalMe、Higgins Identity SelectorなどのIDセレクタによって実装されています。
アイデンティティメタシステムは、複数の基盤技術、実装、プロバイダーに基づいて、人々がデジタルアイデンティティの集合を所有し、利用できるようにする、相互運用可能なデジタルアイデンティティアーキテクチャです。このアプローチを使用することで、顧客は既存のアイデンティティインフラストラクチャへの投資を継続して使用し、自分に最適なアイデンティティ技術を選択し、他の技術との相互運用性を損なうことなく、古い技術から新しい技術へより容易に移行できます。アイデンティティメタシステムは、「アイデンティティの法則」の原則に基づいています。[ 1 ]
概要
DigitalMe Identity Selectorに表示される情報カード情報カードを用いたデジタルIDのやり取りには、3つの参加者がいます。
- 本人確認機関は、あなたのためにデジタルIDを発行します。例えば、企業は顧客にIDを発行したり、政府は国民の身元を保証したり、クレジットカード会社は決済を可能にするIDを提供したり、オンラインサービスは年齢などの検証済みデータを提供したり、個人は自分で発行したIDを使ってウェブサイトにログインしたりします。
- 依拠当事者(RP)は、あなたの代わりに身元情報を受け取ります。あなたが利用するオンラインサービスは、あなたが選択したデジタルIDを受け入れ、あなたの同意に基づいて、あなたに代わってその情報を使用する場合があります。
- 主体はあなた自身であり、これらのやり取りすべてを制御する当事者です。主体は、依拠当事者との間で使用する自身の適用可能なデジタルIDを選択できます。
セレクター
MicrosoftのWindows CardSpaceにおけるIDセレクターの実装アイデンティティセレクタは、デジタルアイデンティティを保存、管理、使用するために使用されます。アイデンティティセレクタの例としては、Microsoft のWindows CardSpace、Bandit Projectの DigitalMe [ 2 ] 、 Eclipse Foundationの Higgins プロジェクトによるいくつかの種類のアイデンティティセレクタなどがあります。
IDセレクタは、以下のユーザー中心のID管理タスクを実行します。
- RP(サービスプロバイダとも呼ばれる)との認証(および場合によってはその他の種類のやり取り)において、一貫したユーザーエクスペリエンスを提供します。
- ローカルアプリケーションまたはリライングパーティ(Webサイトのログインページなど)による認証が必要な場合に、ユーザーが希望するiカードを選択できる情報カードアイコンのセットを表示するユーザーインターフェースを提供します。
- 個人用(自己発行型とも呼ばれる)情報カードを作成および管理するためのユーザーインターフェースを提供します。
- 個人用ICカードのセキュリティトークンを発行するために使用される、ローカルセキュリティトークンサービスを提供します。
- 標準ファイル形式で情報カードをインポートおよびエクスポートするためのユーザーインターフェースを提供します。
- ブラウザ拡張機能またはローカルのリッチクライアントアプリケーションによって呼び出されます。
身分証明書セレクターを使用すると、ユーザーは自分のiカードのポートフォリオを管理(例えば、カードの作成、確認、更新、削除など)することもできます。
アイデンティティメタシステムには、5つの主要な構成要素があります。
- クレームを使用してIDを表現する方法。クレームは、WS-Securityの規定に従ってセキュリティトークンに格納されます。
- IDプロバイダー、リライングパーティ、および主体が交渉するための手段。配信されるクレームと使用されるセキュリティトークン形式を動的に交渉することで、IDメタシステムは、デジタルIDのやり取りに必要なあらゆる形式のトークンとあらゆる種類のクレームを処理できるようになります。交渉は、WS-MetadataExchangeを使用して交換されるWS-SecurityPolicyステートメントを使用して行われます。
- クレームと要件を取得するためのカプセル化プロトコル。WS -TrustプロトコルとWS-Federationプロトコルは、セキュリティトークンの要求と、それらのトークンを含む応答を伝送するために使用されます。
- クレーム変換を用いて、技術と組織の境界を越える手段。WS -Trustで定義されているセキュリティトークンサービス(STS)を使用して、クレームの内容と形式を変換します。
- 複数の環境、テクノロジー、オペレーター間で一貫したユーザーエクスペリエンスを実現します。これは、Windows CardSpaceなどのIDセレクタークライアントソフトウェアが、ユーザーが所有するデジタルIDを視覚的なIDカードとして表現することで実現されます。
一般的な特性
- Iカードは、発行者と呼ばれる組織によって作成されます。
- Iカードには、発行者名(issuerName)がテキスト文字列で表示されます。
- Iカードには、カード発行会社によって初期設定されるカード識別用のテキスト文字列(カード名)があります。通常、このカード名はユーザーが編集可能です。
- Iカードには、カード発行者によって設定された(GIFまたはJPEG形式の)背景画像(カード画像)が設定されている場合があります(ユーザーによる編集が可能)。
- ほとんどのICカードでは、利用者は請求額を確認できる。
サインイン機能
情報カードのサポートを示すために使用されるグラフィックiカードを使用すれば、ユーザーはウェブサイトごとにユーザー名とパスワードを入力することなく認証できます。iカードに対応しているサイトでは、iカードでログインでき、そのiカードは複数のサイトで利用可能です。
各情報カードは、キーが要求される領域ごとに固有のペアワイズデジタルキーを使用します。領域とは、単一のサイト、または情報カードを要求する際に同じターゲットスコープ情報を共有する関連サイトのセットを指します。領域ごとに固有のペアワイズキーを使用することで、たとえiカードを使って偽サイトにログインさせられたとしても、偽サイトで使用されるキーは、偽者がなりすまそうとしていたサイトとは異なるため、共有シークレットが漏洩することはありません。
さらに、多くの本人確認ツールはフィッシング検出機能を備えており、依拠当事者サイトのHTTPS証明書をチェックし、ユーザーが過去に情報カードを使用したサイトのリストと比較します。新しいサイトにアクセスすると、ユーザーはそのサイトで以前にカードを使用したことがないことを通知されます。
iカードの種類
アイデンティティセレクタ相互運用性プロファイルv1.5 [ 3 ](またはOASIS IMI v1.0委員会ドラフト)[ 4 ]は、アイデンティティセレクタがサポートしなければならない2種類の情報カードを規定しています。
- 個人情報カード:(自己発行カードとも呼ばれます)これらのカードを使用すると、受け入れ可能なサイトに対して、ご自身に関する情報を登録できます。登録できる情報には、氏名、住所、電話番号、メールアドレス、ウェブサイトのアドレス、生年月日、性別、およびカードが使用される各サイトごとに一意に生成されるサイト固有のキーが含まれます。
- 管理情報カード:このカードを使用すると、あなた以外のIDプロバイダーが、カードを受け入れる意思のあるサイトに対して、あなたに関する情報を主張できます。これらの主張には、RPが要求し、IDプロバイダーが提供でき、あなたが両者間で送信することに同意したあらゆる情報を含めることができます。
ヒギンズ・プロジェクトでは、新たに2種類のiカードも定義している。
- リレーションシップカード(またはRカード)は、複数の当事者間の継続的な関係を確立するために使用されます。
- ゼロ知識カード(またはZカード)
しかし、情報カードのフォーマットではカスタムタイプが使用可能です。Banditプロジェクトは、 2007年3月に開催されたNovell BrainShareカンファレンスで、OpenIDを基盤とした管理型カードのプロトタイプを実演しました。
パーソナルカード
最初の種類の個人情報カードも、2006年11月にMicrosoftのWindows CardSpaceソフトウェアの一部として導入されました。これらのカードの動作も、Microsoftが定義した管理カードに関するドキュメント(上記参照)で規定されています。
特徴の概要:
- データ形式は、クレームタイプのURIセット、これらのクレームの(ユーザー定義の)値、カード画像、一意のカードIDなどを含むXMLファイルです。このデータ形式はISIP文書で定義されています。
- 発行者:ユーザー自身のIDセレクタ。個人用カードは自己発行カードと表現できます。
- ジェネシス:ユーザーのアイデンティティセレクターによって作成されました。
- クレーム: 15 種類の事前定義されたクレーム タイプ (例: 名、姓、電子メール アドレスなど) は、Identity Selector Interoperability Profile v 1.5 [ 3 ] (または OASIS IMI v1.0 委員会ドラフト) [ 4 ]で定義されています。
- 権限:ユーザーのIDセレクターは、発行されたトークンのクレーム値セットに対する権限を持つ。
- データフロー:必要に応じて(例えば、依存サイトが必要とする場合)、 IDセレクターにローカルなSTSが現在の値を使用してセキュリティトークンを作成します。
- 編集可能性:請求値はユーザーが直接編集できます。
- 属性データソース:個人カードのXMLファイルには、請求値が含まれています。これらのデータ値は、IDセレクタにインポートされると、セレクタによって内部的に管理されます。
最初の種類の管理カードは、2006 年 11 月に Microsoft の Windows CardSpace ソフトウェアの一部として導入されました。これらの種類の管理カードの動作、ファイル形式、および相互運用性の特性は、Microsoft の文書、例えば Identity Selector Interoperability Profile v 1.5 [ 3 ] (または OASIS IMI v1.0 Committee Draft [ 4 ] 、より完全なリストについてはself-issued.info [ 5 ]を参照) と、WS-Trust [ 6 ]などのオープン標準によって定義されています。
特徴の概要:
- データ形式: STSのネットワークエンドポイント、クレームタイプのURIセット、カード名、カード画像、発行者名、一意のカードIDなどを含むXMLファイル。XMLファイルの形式はISIP文書で定義されています。
- 発行者:外部の第三者トークンサービス(外部の個人または組織を表す)。
- 生成:マネージドカードは、IDプロバイダーサイトで実行されているセキュリティトークンサービスによって生成され、ユーザーのIDセレクターにインポートされます。
- クレーム:サポートされているクレームの種類(クレームの種類URI)のリストは、発行者によって定義されます。
- 権限:発行者は、発行するトークンに含まれる請求値に関する唯一の権限者です。
- データフロー:管理対象カードには、 STSへのネットワークエンドポイント参照が含まれており、IDセレクタ(WS-Trustなどを使用)から要求されると、必要なクレームを含むセキュリティトークンを生成/提供します。
- 編集可能性:基となる属性データは、ユーザーが直接編集することはできません。
- 属性データソース:発行者によって決定され、通常は発行者によって管理されます。
第三者機関が発行するIDカードは、利用者がカード所有者であることを認証するために、以下の4つの方法のいずれかを用いることができる。
- 個人情報カード(自己発行)
- X.509証明書(スマートカードなどのハードウェアデバイスからの証明書、またはソフトウェア証明書のいずれか)、
- Kerberosチケット(多くのエンタープライズログインソリューションによって発行されるものなど)、または
- カードのユーザー名とパスワード。
将来のIDセレクターやIDプロバイダーによって、さらに別の方法が実装される可能性もある。
管理型iカードには、監査機能付き、監査機能なし、または監査オプション付きのものがあります。
- 監査カードでは、 RPサイトのIDをIDプロバイダーに開示する必要があります。これにより、IDプロバイダーが情報を開示するサイトを制限することができます。
- 監査機能のないカードは、RPサイトの身元をIDプロバイダーに開示しません。
- 監査オプション付きカードは、RP(信頼当事者)から提供された場合、RPサイトの身元を開示しますが、この開示を義務付けるものではありません。
関係カード
関係カードはヒギンズプロジェクトによって開発中である(ポール・トレヴィシックのレポートを参照)。[ 7 ]
特徴の概要:
- データ形式:リソースUDIクレームをサポートするマネージドカード。
- サポートされているクレーム:すべての管理対象 (または個人用) カードと同様に、r-cards には、発行者によって定義されたサポートされているクレーム タイプ (URI として表現) のリストが含まれています。このセットは、発行者が生成するセキュリティ トークンに含めるクレームの最大セットを定義します。これらのクレームは、基となる ISIP-m-card から継承され、同じ目的で使用されます。管理対象カード以外では、resource-udi の「meta」クレームが属性のセットへの参照を提供します。
- 権限:発行者は、発行されたトークンの請求値セットに対する権限者です(通常の管理カードまたは個人カードと同様)。
- 編集可能性:基となる属性(resource-udiクレームによって参照される)の値は、発行者以外の当事者によって編集される場合があります。
- サポートされている属性: r-card の resource-udi クレームの値は、データ エンティティ (人物、組織、またはその他のオブジェクトを表す) を「指し示す」エンティティ UDI [ 8 ] (URI) です。このデータ エンティティの属性セットは、上記で述べた「サポートされているクレーム」とは異なります (ただし、通常は上位集合です)。
ヒギンズデータモデルへの依存
概念的には、管理カードは基本的にトークンサービス(セキュリティトークンを要求できるWebサービス(STSなど))への人間にとって分かりやすい「ポインタ」です。セキュリティトークンは、発行者(認証機関として機能するトークンサービス)によって暗号署名された、ある当事者に関する属性の主張(クレームとも呼ばれる)のセットです。r-カードには、(i) r-カードのすべての当事者が共有し、(ii) r-カード発行者のSTSが消費する基となる属性を形成し、このSTSが行うクレームの値を提供するデータエンティティを指す2番目の「ポインタ」が含まれています。r-カードにこの2番目の「ポインタ」を含めることで、r-カード保有者はこれらの基となる属性の一部にアクセスして更新することができます。カード発行者は、誰がどのレベルのアクセス権を持つかを制御するためのアクセス制御ポリシーを維持します。
この 2 番目のポインタはエンティティ UDI [ 8 ]です。これは、Higgins Context Data Model 内のエンティティオブジェクトへの参照です。 [ 9 ]エンティティ UDI は、Higgins プロジェクトのIdentity Attribute Serviceを使用して逆参照し、基となるエンティティの属性にアクセスできます。[ 10 ]解決されると、このサービスの利用者は、エンティティの属性を検査したり、変更したり、Web Ontology Language (OWL) で記述されたスキーマを取得したりできます。
r-cardによって参照されるデータエンティティは、文字列や数値といった基本的な識別属性値に加えて、基本的な属性タイプの集合体や他のエンティティへのUDIリンクなどで構成される複雑な属性値を持つことができます。
クレーム
情報カードは、サイトへのログイン以外にも、様々な種類のやり取りに利用できます。情報カードモデルは、IDプロバイダーからリライングパーティへ、両者にとって意味があり、かつ本人が公開を希望するあらゆる情報を伝達できるため、非常に柔軟性に優れています。iカードに格納されるデータ要素は「クレーム」と呼ばれます。
クレームの用途の一つとして、オンライン年齢確認が挙げられます。IDプロバイダーが年齢証明カードを発行し、RP(リライングパーティ)がオンラインワイン販売などの目的でそれを受け入れるといった使い方が考えられます。他の属性も検証可能です。もう一つはオンライン決済です。加盟店は決済発行会社から発行されたオンライン決済カードを受け入れることができ、そのカードには決済に必要な最小限の情報のみが含まれています。クレームに含まれる役割ステートメントは、リライングパーティによるアクセス制御の判断に利用できます。
相互運用性とライセンス
アイデンティティメタシステムコンポーネントを構築するために必要なプロトコルは、ライセンス費用なしで誰でもあらゆる目的で使用でき、公開されているドキュメントのみを使用して相互運用可能な実装を構築できます。Microsoft [ 11 ] 、 IBM [ 12 ]などが特許の約束を発行しており、アイデンティティメタシステムの基盤となるプロトコルは誰でも自由に使用できることが保証されています。
Identity Selector Interoperability Profile v 1.5 [ 3 ](またはOASIS IMI v1.0委員会草案)[ 4 ]で定義されている情報カードは、オープンで相互運用可能な通信標準に基づいています。相互運用可能なi-cardコンポーネントは、Windows、Mac OS、Linuxなどのプラットフォーム向けに数十の企業やプロジェクトによって構築されており、電話向けのプロトタイプ実装もあります。これらのコンポーネントを組み合わせることで、相互運用可能なIDメタシステムが実現されます。情報カードは、WebサイトとWebサービスアプリケーションの両方にIDを提供するために使用できます。
i-card の相互運用性テストイベントは、OSIS [ 13 ]と Burton Group [ 14 ]によって何度か後援されており、そのうちの 1 つは 2007 年 10 月にバルセロナで開催された European Catalyst Conference の Interop [ 15 ]で、最も最近のものは RSA 2008 で開催されました。これらのイベントは、アイデンティティ メタシステムの多数の参加者によって構築されているさまざまな情報カード ソフトウェア コンポーネントがうまく連携して動作することを保証するのに役立っています。
Identity Selector Interoperability Profile v 1.5 [ 3 ] (または OASIS IMI v1.0 委員会ドラフト) [ 4 ]に基づく情報カード実装を構築するために必要なプロトコルは、誰でもあらゆる目的で無料で使用でき、公開されているドキュメントのみを使用して相互運用可能な実装を構築できます。Microsoft [ 11 ]、IBM [ 12 ]などが特許の約束を発行しており、この情報カード技術がすべての人に無料で利用できることが保証されています。
2008年6月、Equifax、Google、Microsoft、Novell、Oracle、PayPalなどの業界リーダーが、企業とインターネットの両方にまたがる、オープンで相互運用可能、ロイヤリティフリーのユーザー中心のアイデンティティレイヤーの重要な構成要素として、情報カードのメタファーの利用を促進するために、情報カード財団を設立しました。
2007年6月にサンフランシスコで開催されたCatalystカンファレンスでのInteropに関するレポート[ 16 ]の中で、アナリストのボブ・ブレイクリーは次のように書いています。
相互運用性に関するイベントは、ユーザー中心のアイデンティティ技術の成熟における重要な節目となった。イベント以前には、いくつかの仕様、1つの商用製品、そして多数のオープンソースプロジェクトが存在していた。イベント後には、稼働中のアイデンティティメタシステムが確立されたと言えるだろう。
用語の歴史
「情報カード」という用語は、マイクロソフトが2005年5月に、同社が開発中のWindows CardSpaceソフトウェアに導入するビジュアル情報カードのメタファーの名称として採用したものです。2006年初頭までは、情報カードは「InfoCard」というコードネームで呼ばれることもありましたが、これは誰でも自由に使える名称ではありませんでした。「情報カード」という名称は、製品や実装方法に関係なく、誰でも自由に使える名称として意図的に選ばれました。「情報カード」という名称は商標登録されておらず、非常に一般的な名称であるため、商標登録の対象とはなりません。
i-card という用語は、2006 年 6 月 21 日に開催された Berkman/MIT Identity Mashup カンファレンスで導入されました。[ 17 ] [ 18 ]その意図は、業界の TM やその他の IP またはアーティファクトに関連付けられていない用語を定義することでした。当時、Microsoft は Windows CardSpace の基盤となるプロトコルに Open Specification Promise [ 11 ]をまだ適用し終えておらず、情報カードという用語が誰でも自由に使用できるわけではないという誤解もあったため、保守的な目的で i-card という用語が導入されました。
マイクロソフトのマイク・ジョーンズ氏は、IIW 2007b [ 19 ]のセッションの参加者に対し、マイクロソフトは常に「情報カード」という用語をあらゆる種類の情報カードを指す一般的な用語として、誰でも自由に使えるように意図していたと説明し、この用語がマイクロソフトが最初に定義した種類の情報カードにのみ適用される可能性があるという以前の誤解を正そうとした。彼は、異なる用語を使用する法的または技術的な理由はもはや存在しないため、同じ意味の用語が2つ使用されるよりも、業界全体が共通の用語「情報カード」を使用する方が業界にとって有益であると主張した。この場合、「i-card」という用語は、「電子メール」が「電子メール」の略語になったように、「情報カード」の略語になるだろう。
参考文献
- ↑ 「アイデンティティの法則」。マイクロソフト。2011年6月5日。 2011年6月5日のオリジナルからアーカイブ済み。
- ↑ 「DigitalMe – Bandit – Trac」。2008年10月13日。2008年10月13日のオリジナルからアーカイブ済み。
- 1 2 3 4 5アイデンティティセレクタ相互運用性プロファイル v 1.5 Microsoft
- 1 2 3 4 5仕様oasis-open.org
- ↑ 「マイク・ジョーンズ:自己発行» 情報カードのプロフィール文書の更新版が公開されました」 . self-issued.info .
- ↑ WS Trust xmlsoap.org 2005年2月
- ↑ウェブマスター。「アーカイブされたプロジェクト」。www.eclipse.org 。
- 1 2[permanent dead link]"}]],"parts":["http://parity.com/udi",{"template":{"target":{"wt":"Dead link","href":"./Template:Dead_link"},"params":{"date":{"wt":"January 2020"},"bot":{"wt":"InternetArchiveBot"},"fix-attempted":{"wt":"yes"}},"i":0}}]}"> http://parity.com/udi
- ↑ "Context Data Model 1.0 - Eclipsepedia" . wiki.eclipse.org .
- ↑ "Identity Attribute Service 1.0 - Eclipsepedia" . wiki.eclipse.org .
- 1 2 3 「オープン仕様の約束」。www.microsoft.com 。
- 1 2 「IBM Open Source Portal」。2007年10月8日。2007年10月8日のオリジナルからアーカイブ済み。
- ↑ 「OSIS Open Source Identity Systems」。osis.idcommons.net。2008年8月1日にオリジナルからアーカイブ済み。2008年7月31日に取得。
- ↑ 「Gartner for Technical Professionals - IT Research - Gartner Inc」。www.burtongroup.com。2008年12月18日のオリジナルからアーカイブ済み。2007年11月27日取得。
- ↑ Osisユーザーセンター
- ↑ Cの要約
- ↑ 「MIT Identity Mashup カンファレンスの議事録」 。2009年 3 月 3 日のオリジナルからアーカイブ済み。2010年9 月 25 日取得。
- ↑ 「IカードとIネームについて」 2006年7月28日。
- ↑ 「Iiw2007b - IIW」。iiw.idcommons.net。
- クリックスペース:アイデンティティに関する新たな視点、オーウェン・トーマス、2010年11月。
- Parityが無料のオンラインID管理サービスを提供– 2008年10月CNET記事(ロバート・ヴァモシ著)
- マイクロソフトのアイデンティティメタシステム構想、マイケル・B・ジョーンズ、2005年5月。
- 『アイデンティティの法則』、キム・キャメロン著、2005年5月。
- アイデンティティメタシステムアーキテクチャの設計理念、キム・キャメロンおよびマイケル・B・ジョーンズ、2006年1月。
- アイデンティティに関する7つの法則:デジタル時代におけるプライバシーを組み込んだアイデンティティ法則の必要性、アン・カヴォウキアン、オンタリオ州情報プライバシー委員、2006年10月。
追加リソース
- テクノロジーリーダーたちはパスワードよりもオンラインIDカードを支持―ニューヨーク・タイムズ紙2008年6月24日の記事(情報カード財団の設立を発表)
- アイデンティティセレクタ相互運用性プロファイル、Arun Nanda、2007年4月。
- IDセレクタ相互運用性プロファイルv1.5
- OASIS IMI v1.0 委員会草案
- アイデンティティセレクタ相互運用性プロファイルV1.0の実装者向けガイド、マイクロソフト社およびPing Identity Corporation、2007年4月。
- Webアプリケーションおよびブラウザ内でアイデンティティセレクタ相互運用性プロファイルV1.0を使用するためのガイド、マイケル・B・ジョーンズ、2007年4月。
- アイデンティティメタシステムアーキテクチャの設計理念、キム・キャメロンおよびマイケル・B・ジョーンズ、2006年1月。
- ウェブサイトにおける補助情報カードのパターン:サインアップとサインインのための個人カード、ビル・バーンズ、ギャレット・セラック、ジェームズ・コーシー、2007年8月。
- マイクロソフトのオープン仕様に関する約束、2007年5月。
- IBM相互運用性仕様に関する誓約、2007年7月。