ＯｐｅｎＩＤを用いたシングルサインオン

• 投稿日：2018-08-21　
• 最終更新日：2018-12-06　
• 表示：357PV　
• カテゴリ：暗号・認証技術

今回は対策技術のご紹介です。
前回の対策技術では、、ＳＡＭＬを用いたシングルサインオンのご紹介をしました。
今回は、ＳＡＭＬと似たような技術であるＯｐｅｎＩＤのお話をします。

ＯｐｅｎＩＤを用いたシングルサインオンとは？

ＳＡＭＬよりもＯｐｅｎＩＤを使うメリット

ＳＡＭＬを用いた場合、それぞれのサーバがログイン情報を生成し、共有する必要がありました。
これでは、ログインの機能がサーバごとに分散して、セキュリティ対策のために変更する場合など管理が大変です。
また、自社以外のサービスと、ログイン情報を共有するためには、それぞれに合わせてログイン情報を協議する必要もあり、開発するのが大変です。

このような管理や開発の大変さを減らそうということで考えられたのが、ＯｐｅｎＩＤです。

Ｏｐｅｎと名前がついていることからもわかるように、特定のサービスを行う会社が通知するログイン情報を公表して、他の企業に使ってもらいます。
例えば、Ｙａｈｏｏ！やＧｏｏｌｅ、ＬｉｎｅやＦａｃｅＢｏｏｋなどの多くの人が使っているサービスのログイン情報を用います。

ＯｐｅｎＩＤの実現方法

実現方法は次のような動作で行います。
といっても、図としてはＳＡＭＬと同じです。

また、動作パターンもＳＡＭＬのパターン２を変更したものになります。

パターン２：他サーバへログイン情報の確認

1. ユーザーがあるサーバＡにログインする
2. サーバＡがログイン情報を生成する
3. ユーザーがサーバＢにアクセスする
4. サーバＢはログイン情報を共有できるサーバＡにログインしているか確認を要求する
• サーバＡに生成したログイン情報がない場合
  1. ログイン情報がないとサーバＢに通知する
  2. ないと通知を受けたサーバＢはサーバＡにログインするように画面に表示するなど、ユーザーにサーバＡでのログインを行ってもらう
  3. サーバＡにログインが終わると、サーバＡに生成したログイン情報がある場合の動作を行う
• サーバＡに生成したログイン情報がある場合
  1. ログイン情報を共有するサーバＢに送信する
  2. ログイン情報を受け取ったサーバＢはログインしている状態になりユーザにサービスを行う

クライアントであるＰＣやスマートフォンにログイン情報は送られません。
このため、ＳＡＭＬ同様、クッキーの欠点である、攻撃者による盗み見や偽情報によるログインを行うことができなくなります。

また、サーバ間でログイン情報を共有することにより、ユーザーはログイン操作を１回で行えるシングルサインオンが実現できます。

タグ：シングルサインオン

広告枠・・・広告やリンク先の保証はしません

参考記事（一部広告含む）

このページの記事についてちょっと質問！