タグ

ssoに関するmi_kattunのブックマーク (50)

  • Edge Components 概念、計画とインストール / WebSphere Application Server

    Get equipment you can rely on at an affordable price. Shop IBM refurbished servers, storage and parts.

  • 仕様から学ぶOpenIDのキホン - @IT

    にわかに注目を集めている、URLをIDとして利用する認証プロトコル、OpenID。連載ではこのプロトコルの仕組みを技術的に解説するとともに、OpenIDが今後どのように活用されていくのかを紹介する(編集部) OpenIDってなんだろう? 現在、国内外でにわかに注目されつつあるOpenIDという仕組みを聞いたことがあるでしょうか? これはユーザー中心の分散ID認証システムですが、まだ日での普及は進んでいない状況です。 これにはいくつか原因が挙げられるでしょうが、筆者はOpenIDが正しく理解されていないことが原因だと考えます。 連載ではOpenIDの現行仕様、およびその拡張仕様とともに、実装を例に取りつつOpenIDとは何かということを明らかにしていきます。最終的にはOpenIDが切り開く未来を見るため、現在策定中の次期仕様についても触れていきたいと思います。 広がりつつあるブラウザベ

    仕様から学ぶOpenIDのキホン - @IT
    mi_kattun
    mi_kattun 2011/08/01
    認証(Authentication):ユーザーが自分の物であると主張するIDが、確かにそのユーザーの物であるということを保証すること/認可(Authorize):認証されたIDを受け入れ、サービスに対して適切な権限を与えること
  • OpenID や OAuth の役割と、既存のシングル・サインオンとの違い:Goodpic

    This shop will be powered by Are you the store owner? Log in here

    mi_kattun
    mi_kattun 2011/08/01
    OpenID は『Identity authentication not authorization』、OAuthは『Authorization rather than Authentication』
  • 第16回 「OpenSSO」と「OpenAM」で実現するシングルサインオンとID管理(解説編)

    J-SOXの施行を受け、企業の内部統制やコンプライアンス強化が求められると同時に、企業情報システムのセキュリティの根幹である認証システムについても強化が求められています。シングルサインオンやID管理を実現するための商用製品が高価であるのに対し、オープンソースでありながら、それら商用製品と比較しても遜色のない「OpenSSO(OpenAM)」が注目されています。 OpenSSOとOpenAM OpenSSOとは、Web上でのシングルサインオン(SSO)を実現するためのJavaベースの認証ソフトウェアです。実装は、 米Sun Microsystemsから提供されていた商用製品「Sun Java System Access Manager」と「Sun Java System Federation Manager」のソースコードがベースとなっています。 Sun Java System Access

    第16回 「OpenSSO」と「OpenAM」で実現するシングルサインオンとID管理(解説編)
    mi_kattun
    mi_kattun 2011/08/01
    『欧州では、OpenSSOから派生したOpenAMが、OpenSSOの後継としてコミュニティがForgeRock社により存続され、認知されつつあります。 』
  • ページが見つかりません | 日本HP

    ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。

  • Edge Components 概念、計画とインストール / WebSphere Application Server

    Get equipment you can rely on at an affordable price. Shop IBM refurbished servers, storage and parts.

  • ディレクトリ統合 第4回 シングル・サインオンはメタディレクトリからXMLへ

    ディレクトリの普及とディレクトリ管理の難しさ 連載第3回『「並列」と「直列」から「統合型」の認証サーバへ』では、シングル・サインオンの実現方法についていくつかのパターンをご紹介しました。 認証を行うシステムにとってLDAPに代表されるディレクトリはユーザーID格納庫であり、スキーマやパスワード格納方法の互換性がなければ、やむを得ず複数のディレクトリサーバを使用しなくてはならない場合もあることをご説明しました。 最終回となる今回は、再びディレクトリに話題を戻して、現在企業が抱えているディレクトリの問題と、それに対するソリューション、将来の展望についてお話しします。 バラバラのユーザーIDが引き起こしている問題点とは? 企業システムの中にいろいろなディレクトリが存在しています。その中にはLDAPやActive Directoryのような典型的なディレクトリシステムもあります。Lotus Dom

    ディレクトリ統合 第4回 シングル・サインオンはメタディレクトリからXMLへ
    mi_kattun
    mi_kattun 2011/08/01
    メタディレクトリ / プロビジョニング
  • ディレクトリ統合 第3回 「並列」と「直列」から「統合型」の認証サーバへ

    「シングルサインオン」実現へのユーザー認証の一元化 「ディレクトリを導入すること」イコール「シングル・サインオンを実現すること」と考えられている場合がよくあるようです。しかし、この両者は技術的には独立したものです。シングル・サインオンを実現するうえで、ユーザーの認証情報などを効率よく管理するためにディレクトリを利用することはよくあります。しかし決して、ディレクトリを導入するだけで、自動的にシングル・サインオンが実現されるということはありません。 第2回「『シングル・サインオン』へのファーストステップ」では、ディレクトリの技術、特に最近注目されているLDAPというキーワードに焦点を当てての概要をご紹介しました。今回は、シングル・サインオンを実現する際にどのようにディレクトリが利用されるのかその技術的な概要を説明します。 統合認証サーバによる“並列”シングル・サインオン 連載第1回「なぜシング

    ディレクトリ統合 第3回 「並列」と「直列」から「統合型」の認証サーバへ
    mi_kattun
    mi_kattun 2011/08/01
    『統合認証サーバの実現方式には、大きく分けて2つあるといえます。ここでは、それぞれを「リバース・プロキシ方式」(図1-A)および「エージェント方式」(図1-B)と呼ぶことにします。』
  • ディレクトリ統合 第2回 「シングル・サインオン」へのファーストステップ

    ディレクトリとLDAPを理解する 第1回「なぜ『シングル・サインオン』は必要なのか?」で解説したように、ユーザーIDやパスワードの認証管理に、ディレクトリやLDAP(Lightweight Directory Access Protocol)などの技術が使われています。そこで第2回は、「シングル・サインオン」へのファーストステップとして、それらに焦点をあてて解説します。LDAPが特に使われるようになった経緯から、LDAPの4つのモデルと、3つの機能、メリットやデメリットを解説し、具体的に利用できる製品までを紹介します。 データベースより自由度の高いディレクトリ ディレクトリとは、目的の情報を探し出す仕組みのことです。わたしたちの生活に当てはめれば、図書館の目録や電話帳、ショッピングセンターの案内板などがそれにあたります。そして私たちは、より情報を探しやすくするために、見出しをつけたり、項目

    ディレクトリ統合 第2回 「シングル・サインオン」へのファーストステップ
    mi_kattun
    mi_kattun 2011/08/01
    ディレクトリとは、目的の情報を探し出す仕組み / 生活に当てはめれば、図書館の目録や電話帳、ショッピングセンターの案内板など / より情報を探しやすくするために、見出しをつけたり、項目で分類をしたりなどの工夫
  • ディレクトリ統合 第1回 シングル・サインオンはなぜ必要か?

    企業でのWebサービスの実現が具体的になるにつれ、パスワード/IDマネジメントが重視されるようになり、「シングル・サインオン」がますます注目を集めている。この連載では、シングル・サインオンの実践ステップなど具体的な考え方を紹介する。また、メタディレクトリやLDAPなど「ディレクトリ統合」をキーワードとしてシングル・サインオンを実現するための技術を分かりやすく解説する。(編集部) シングル・サインオンとは何か 現在、多くの企業の情報システムは、多種多様なプラットフォームを組み合わせて利用しています。そして、それらのプラットフォーム上では多種多様なアプリケーションが動作しています。 通常、ユーザーはクライアントPC上のOSや各アプリケーションに対して、ログインの手続きを行ったうえでそれらを使用します。ユーザーは自分自身を識別するための情報(例えばユーザーIDとパスワードの組み合わせ)を提示し、

    ディレクトリ統合 第1回 シングル・サインオンはなぜ必要か?
    mi_kattun
    mi_kattun 2011/08/01
    『シングル・サインオンの3大要件・利用者の負担の軽減 (認証を簡単に)・より安全な認証機能の実現 (認証を厳密に)・システム管理者やアプリケーション開発者の負担の軽減 (認証を共通に)』