シボレス

シボレス  は、インターネット2の「ミドルウェア構想」[1] の下で、連合アイデンティティによる認証・認可基盤のアーキテクチャとそのオープンソースによる実装を創出するプロジェクトである。記述にはセキュリティ・アサーション・マーク付け言語  を用いる。連合アイデンティティによって、あるセキュリティ領域での利用者情報を、連合に属する他の組織へ提供することができる。これによって複数の領域にまたがるシングルサインオン  を実現でき、コンテンツの提供者ごとに利用者名やパスワードを保守する必要がなくなる。アイデンティティ・プロバイダ  が利用者の情報を提供し、サービス・プロバイダ  がその情報を利用して保護されたコンテンツにアクセスできるようにする。

Jisc  が公開している[2]では、その中心概念を解説するためにシボレスを取り上げている。

なお「シボレス」とは、ヘブライ語聖書の逸話に由来し、自国の特殊な発音を要するフレーズを読み上げさせる事で、相手が敵国人のスパイかどうかを判別するのに用いられた中世ヨーロッパの防諜技法の一種である。

1. 歴史
-----

シボレスプロジェクトは2000年、教育向けミドルウェア・アーキテクチャ評議会  で、さまざまに異なった認証・認可基盤を持つ組織同士で資源を共有する際の問題を処理する作業部会として発足した。開発に先立ち、一年以上をかけてアーキテクチャの策定を実施した。アルファ版、二回のベータ版、二回のポイントリリースを配布してコミュニティによるテストを受けたのち、2003年7月1日にシボレス1.0版を公開した。シボレス1.3版は2005年8月26日に公開され、その後数回のポイントリリースが出た。シボレス2.0版は2008年3月19日に公開された。

2. シボレスのアーキテクチャ
---------------

シボレスはウェブ上の技術であり、SAML のプロファイルを投入するための hide=y リクエスト、データ構造、属性を実装している。アイデンティティ・プロバイダ  とサービス・プロバイダ  というコンポーネントで構成される。シボレス1.3版は技術概要、アーキテクチャ文書、適合性文書に基づき、SAML 仕様1.1版の上に構築される。

シボレス1.3版

典型的な利用形態は次のようなものである。

利用者はまず、シボレスによるコンテンツ保護が有効になっているウェブサーバの上の資源にアクセスする。
SP が、この利用者のアクセスにのみ使用できる認証要求を作成する。これは要求者の SAML 実体識別子 、アサーションが消費される場所、利用者が戻ってくるページ  をクエリパラメータに入れた URL で、ウェブブラウザを通じて渡される。
利用者は、自組織の IdP または WAYF  サービスにリダイレクトされる。リダイレクト先が WAYF だった場合、自組織の IdP を選択するとさらにリダイレクトされる。
利用者が、シボレス外のアクセス制御機構で認証する。
シボレスが、一時的な「ハンドル」を含む SAML 1.1の認証アサーションを生成する。このハンドルによって、IdP が特定のウェブブラウザの利用者を、すでに認証できている資格と関連づけて認識するようになる。
利用者の情報が、アサーションの消費者になる SP のサービスに送信される。これには HTTP の POST リクエストを使う。SP はアサーションを消費し、IdP の利用者属性サービスに属性要求  を送信する。この要求には利用者自身の情報を含んでいなくてもよい。
IdP が、属性アサーションを送信する。これにはSPに委任される利用者の情報が含まれる。
SP が、属性情報に基づいてアクセス制御を決定する。または、アプリケーションに情報を渡してアプリケーション自身に決定させることもある。シボレスは、このような基本形態に変更を加えたさまざまな運用形態に対応している。たとえばポータル型の処理ができる。IdP が自発的にアサーションを作成し、SP への最初のアクセスの際に送付するのである。またセッションの遅延確立も行える。なにかのアプリケーションでコンテンツ保護が必要になった時点で、そのアプリケーションの決定した方式で認証するのである。

シボレス1.3版以前には組み込みの認証機構がないが、ウェブに基づく認証機構であればシボレスに利用者データを渡すことができる。このような目的に用いられるシステムの一般的なものとしてはセントラル・オーセンティケーション・サービスやパブクッキーがある。IdP で Java コンテナ  を実行し、その認証/SSO機能を使うこともできる。

シボレス2.0版

シボレス2.0版は SAML 標準2.0版の上に構築される。シボレス2.0版の IdP では、SAML 2.0版の受動認証要求や強制認証要求に対応した追加の処理を行わなければならない。SP が IdP に対して特定の認証方式を要求できる。シボレス2.0版ではほかに、通信の暗号化に対応している。またセッションの期間を初期値で30分としている。

3. 属性
-----

シボレスのアクセス制御は、IdP が渡す属性  を SP で定義している規則と照合することで実施される。属性のひとつひとつは、利用者に関する情報の断片  である。利用者自身の情報とは属性の集まりのことであり、属性は明示的な要求があるときにしか受け渡されないため、利用者の個人情報を保護できる。属性は Java で記述したものであったり、ディレクトリやデータベースから取り出したものであったりする。もっとも広く利用されるのは標準的なX.520の属性だが、IdP と SP がトランザクション中に解釈できるものでありさえすれば、新たな属性を任意に定義できる。

4. 委任
-----

領域間の委任は、公開鍵暗号  と、プロバイダを記述するメタデータを用いて実装する。引き渡す情報の利用範囲は合意によって決める。こういった関係は、連邦化  を利用することで簡素化されていることが多い。連合は、共通の利用規約や契約に同意した多数のプロバイダを集約したものである。

5. 開発
-----

シボレスはオープンソースであり、Apache 2ライセンスの下に提供される。その他のさまざまな拡張機能、たとえば[3]やGridShibは、他団体が寄贈したものである。

6. 採用状況
-------

世界の多くの国々で連合が形成され、SAML とシボレスを利用した情報交換のための委任のしくみが構築されている。多くの主要なコンテンツ提供者がシボレスによるアクセスに対応している。連合に参加する学生教職員や部局の数は400万に上る。

2006年2月、イングランド高等教育助成会議のJisc  は、従来のアシンズからシボレス技術によるアクセス管理システムへ移行すると発表した。ただその後、シボレスそのものではなく連合によるアクセス管理ソリューションを後援するという態度に変わっている。

7. 参考資料
-------

8. 外部リンク
--------

[4]
[5]
[6]
[7]

8.1. 連合
-------

[8] - オーストラリア
[9] - ベルギー
[10] - カナダ
[11] - 中国
[12] - チェコ共和国
[13] - デンマーク
[14] - フィンランド
[15] - フランス
[16] - ドイツ
[17] - ギリシャ
[18] - アイルランド
[19]  - 日本
[20] - オランダ
[21] - スウェーデン
[22] - スイス
[23] - アメリカ合衆国
[24] - 英国