|
| Japan Worldwide |
![]() |
![]() |
|
企業間のデジタル・アイデンティティは、
アイデンティティ・フェデレーションで一発解決! ビジネス上の観点から考えると、パートナー企業とのコラボレーションによって顧客や従業員に製品やサービスを提供するのは、収益、顧客のロイヤルティ、競争優位性を確実に高めるための最優先事項です。しかし、ITの観点で考えると、こうした複数の組織間の提携関係とWebサービス提供の増大は、ユーザ・アイデンティティの管理に厄介な問題をもたらします。 提携関係にある組織は、様々な提携先ドメインからなる拡大する組織にまたがって数千、時には数百万にもなる個人のデジタル・アイデンティティをどのようにして検証するのでしょうか。その一方で、シングル・サインオン(SSO)をユーザに提供するには、ITシステムでは、どのようにしてアプリケーションや情報へのアクセスを保護し、どのようにしてWebサービス配信のセキュリティを確保するのでしょうか。複数のITシステムは、携帯電話の顧客や市場関係者などのアイデンティティをどのようにして認証、承認するのでしょうか? これらの質問に対する回答は、アイデンティティ・フェデレーションにあります。アイデンティティ・フェデレーションは、提携する組織が複数ドメイン間でデジタル・アイデンティティを安全に共有するための技術と規格です。アイデンティティ・フェデレーションは、外部ユーザが信頼できる提携先に認証されたことを組織が受け付ける監査可能なフレームワークを提供するとともに、提携先サイトにまたがるSSOを可能にします。 今号のInner Circleでは、アイデンティティ・フェデレーションの基礎講座も同時掲載しましたので、基本知識を知りたいかたは、まずこちらの記事をお読みいただいてから、ここに戻ってきてください。 フェデレーテッド・トランザクションのセキュリティを確保するために、多くの企業がWebサービス・セキュリティを使い始めていますが、一方で依然として、ポイントツーポイント・ソリューションを利用している企業もあります。ポイントツーポイント・ソリューションは、あまりにも複雑で、フェデレーションで可能になるアイデンティティに基づいた高度なセキュリティを実現することはできません。例えば、SSL(Secure Socket Layer)セキュリティは、アイデンティティ・キャプチャ、監査能力、実施手段を一切提供しません。また、Webサービス・トランザクションで何が起きたかを証明することもできません。最先端のアイデンティティ・フェデレーション・ソリューションには、これらの機能や手段が組み込まれています。 SSOからSOAへの道のり アイデンティティ・フェデレーションの概念は、数年前に生まれました。当初は、提携組織がアイデンティティ・データを安全に共有するための共通の基準の作成がコンセプトでした。その境界を越えて他企業と取引する企業は全て、境界をまたぐアイデンティティ管理に取り組まなければなりません。このため、アイデンティティ・フェデレーションは、ITとビジネスの双方からますます大きな注目を集めています。この基本課題におけるアイデンティティ・フェデレーションの役割は、次の3つの段階で展開されてきました。
標準規格に基づくアイデンティティ・フェデレーション・ソリューションを使用すると、Webサービスとして開発されて提供されるそれぞれのアプリケーションにセキュリティを組み込む必要がなくなります。今日数多く見られるサービス中心のWebサイト、特に、金融サービスや通信などのトランザクション型の業界のWebサイトでは、何百ものトランザクションが実行されています。こうしたトランザクションのセキュリティを保護するために拡張する上で、各アプリケーションにセキュリティを組み込む必要がない、というのは極めて重要です。 SAML(Security Assertion Markup Language)、WS-Federation、WS-Security、及びWS-Trustのような規格の成熟に伴い、アイデンティティ・フェデレーションは研究の域を出て、規格に基づいた現実のサービスになっています。しかし、普及が拡大している今でも、アイデンティティ・フェデレーションについては次のような俗説が語られています。
サンのフェデレーテッド・アイデンティティ管理ソリューション Sun Java System Access ManagerとSun Java System Federation Managerは、スケーラブルで、規格に基づき、速やかに配備できる、フェデレーション機能を備えたアイデンティティ管理ソリューション、というニーズを満たす製品です。 Access ManagerとFederation Managerの両方とも、高度な統合が可能な、基盤に捕らわれないフェデレーション・ソリューションを提供し、速やかに展開して提携先や外注先などの外部ユーザにアクセス管理を拡張できます。Federation ManagerはAccess Managerのサブセットのフェデレーション専用ソリューションであり、企業の既存のアイデンティティ基盤上に配置できます。一方、Access Managerは、アクセス管理、フェデレーション、及びWebサービス・セキュリティの3つの基本機能をカバーします。 このソフトウェアはオープンソースのOpenSSOコードベースから構築されており、次期リリースでは次の拡張サポートと機能を装備して、ユーザが一般的なタスクを容易に完了できるように簡素化に焦点があてられます。
Sun Java System Access Managerを導入してアイデンティティ・フェデレーションを実現している企業の例を次に示します。 製造業界の事例:提携先サービスへのアクセス簡素化 ある世界有数の自動車メーカは、業務提携先のサービスに対する従業員のアクセスを簡素化することで、業務関係の生産性を改善したいと考えていました。フェデレーションに基づくSSOは、従業員が業務提携先に応じて異なるパスワードを使用することなく複数提携先のサービスに安全にアクセスできるようにするための鍵でした。 ![]() ある自動車メーカでは、従業員は複数のフェデレーテッド・ドメインにまたがってセキュリティ保護されたSSOを利用し、提携先サイトで年金情報を参照することができます。 Sun Java System Access Managerを導入した結果、会社の7万人以上の従業員は、別のWebサイトにログオンしなくても、提携先のファイアウォールの内側にある年金情報に直接アクセスできるようになりました。サンのフェデレーション・ソリューションは標準規格に基づいているため、提携関係を無限に拡張し、これを使って新しい機会を追求する、という柔軟性がもたらされました。 通信業界の事例:複数ドメインにまたがるサービスの展開 通信事業者がサービスを提供できるようにするソリューションの世界的なプロバイダは、データ・フェデレーションを含む大きな加入者データ統合構想に着手しました。複数のネットワークとサービスへのSSOを可能にするためにSun Java System Access Managerを導入することで、コンテンツ・サービス・プロバイダが運営企業のポータル経由でサービスを提供することを可能にし、オンラインでの旅行計画や管理、天気予報、交通情報を携帯機器などに届ける新しい付加価値サービスを加入者に提供できるようになりました。 ![]() アイデンティティ・プロバイダの通信会社は、フェデレーテッドSSOを使ってサービス・プロバイダからコンテンツを集め、エンドユーザである顧客に提供します。 次の図に見られるように、実装は、データの一元化からネットワーク内データ統合、そしてネットワーク間フェデレーションへと向かうデータ統合取り組みの一環として行われました。
銀行業界の事例:現実の世界で安全なフェデレーテッドSSOを実現 米国で最初に口座へのオンライン・アクセスを提供した最大の小売銀行は、支払済み小切手の画像をオンラインで表示する機能を顧客に提供したいと考えていました。ただし、サービスに必要なIT基盤を導入したり社内で管理したりする負担を敬遠していました。そこでその銀行では、Sun Java System Access Managerを使って、サービスを提供する提携先とフェデレートし、Webサービス・セキュリティを実装することにしました。 ![]() Sun Java System Federation Managerがフェデレーテッド・システムを推進して、銀行顧客がオンラインで小切手を表示できるようにしています。 この例では、フェデレーションに基づくSSOにより、銀行の顧客は銀行のオンライン・サービスに安全にログインし、提携先サイトで再度認証を受けずに小切手の画像をシームレスに表示できます。Federation Managerは基盤にとらわれないため、銀行や提携先は既存のアイデンティティ管理基盤を変更しないで簡単に機能を実装できました。 次のステップ:SOAでのフェデレーション ますます多くの企業が、複数の提携組織間で安全かつ効率的で、費用対効果に優れたオンライン・コラボレーションを実現するための基盤を求めているなか、今日、アイデンティティ・フェデレーションは特に注目されている話題です。複数組織間での安全なサービス提供と情報共有を実現するアイデンティティ・フェデレーションの素晴らしい可能性が、ますます認識されつつあります。 同時に企業は、事業体やアプリケーション間の高価なポイントツーポイント接続から移行したいと考えています。SOAとそのコンポーネントに基づいたモデルを使用すれば、フェデレーションのための安全なフレームワークをこれまでになく簡単に構築することができるのです。 |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|