行うと、以後そのユーザー認証に紐づけられているシステム・サービスを、追加の認証なしで利用できる機能を指します。これにより、利用者は各システムごとに何度もユーザー認証を行う必要がないため、利便性が高まります。それに加え、複数のID・パスワードを管理する必要がなくパスワードの使い回しが減るため、セキュリティの向上も期待できます。95登場以後に急速に広がっています。Directoryと連携できるシステムに紐づけて、SSOを実現する機能です(これは、統合認証といった言葉で呼ばれることもあります)。Directoryが最も普及しています。Directoryを利用する際、管理者は「ドメインコントローラー」というサーバー機能が提供する「ドメイン」という組織単位にユーザーを作成します。ドメイン内のユーザーが端末からローカル認証(ログイン認証)を行う際に、ドメインコントローラーにも合わせて認証を行います。これにより、ユーザーはドメインへのログインを許可され、ドメイン内のリソースである各種サーバーに対してのシングルサインオン(承認)が可能となります。Directoryのユーザー認証に利用された認証方式は、米国マサチューセッツ工科大学で開発された「ケルベロス認証」です。ドメインコントローラーパソコンなどの端末(クライアント)の認証ならび通信の暗号化を行っているのが特徴です。ちなみに、当時のSSOは、あくまで「社内ネットワーク」に閉じたSSOでした。DirectoryのSSOを利用できるよう設定し、社内システムのみを便利に使えるようにするのが一般的だったのです。Directoryで認証できるように開発された社内アプリケーションなどです。(2000年代後半)2000年代後半には、SSOが広がりを見せます。互いに信頼しあっているディレクトリ同士であれば、同じディレクトリ同士でなくてもSSOが利用できる「フェデレーション」というID連携技術が登場しました。それにより、例えば親会社と子会社で別々のディレクトリサービスを利用していても、お互いのディレクトリをフェデレーションすることで、親会社の社員が子会社のシステムにSSOしたり、子会社社員が親会社システムにSSOすることが可能となりました。A社とその取引先であるB社というように、同じ会社以外でもSSOを利用することができるようになりました。Directoryの一機能として提供されているため、追加費用なしでフェデレーション、SSOを使える点が評価されていました。Directory以外のLDAP準拠のディレクトリサービスともフェデレーション、SSOが可能です。2000年代後半に注目を集めたフェデレーション技術では、「親会社ディレクトリと子会社ディレクトリのフェデレーション」、または「本社ディレクトリと海外子会社ディレクトリのフェデレーション」というレベルで導入が行われました。フェデレーションを導入する企業は限定的であったこともまた事実です。(2010年代)SSOを取り巻く環境は、2010年代には一変しました。それまでは、必要なシステムがあればソフトウェアを購入し、ハードウェアを調達し、構築作業を行い、社内ネットワーク上において利用する、というのが典型的なシステム・サービスの利用方法でした。これが、クラウドの登場により、何かしらのシステム・サービスを利用する際、自社で構築することはほとんどなくなりました。インターネット経由で利用する、あるいは、自社で構築する場合であっても、物理サーバではなくクラウド上でプラットフォームを構築するのが一般的となりました。Directoryの重要性が相対的に下がったと言えます)。SKUID)」によるシングルサインオンの流れIDaaSでは、主なSaaSの認証をあらかじめ網羅しているため、各SaaSとの連携をその都度作り込む必要なくSSOが実現できます。社内システムに関しても設定を行うことで利用が可能となります。SaaSを含めたクラウドサービスの利用が急増する中、IDaaSの市場も急成長していることから、今後SSOを利用する組織の多くがIDaaSによるSSOにシフトすることが考えられています。SKUID)」の資料請求はこちらシングルサインオンのメリットここで、シングルサインオンの3つのメリットについて改めて理解しましょう。1.パスワード漏えいリスクの減少ログインが必要な社内外のリソース・サービスが増加するたびに、そのそれぞれに対してパスワードの作成が求められます。辞書にある単語の使用は不可」といった要件をパスワードに課しています。そのため、パスワードを作成する際に、要件に準拠したハッキングされない強固なパスワードを設定しようとすればするほど、パスワードは覚えにくくなっていくのです。強固なパスワードを多数作成した結果、パスワードを記憶ではなく紙やExcelなどに「記録」して管理する、という低いセキュリティでの運用を余儀なくされる場合がほとんどです。紙であれば当然、紙自体の盗難リスクや紛失リスクが発生し、また紙自体がなくならなくても、パスワードを見られてしまうリスクがあります。Excelであれば、ファイル自体を誤って受け渡ししてしまうリスク、パソコン廃棄時にHDDを消去しなかったためにパスワードを含むファイルが解読されてしまうリスク、ネットワークで攻撃されて端末への侵入を許した際にパスワードが記載されたファイルが持ち去られてしまうリスクなどが存在します。「強いパスワードを作ったために、脆弱な方法で管理せざるを得なくなった」という皮肉のような事態が生じてしまうのです。シングルサインオンを用いると、これらの問題によるリスクを高い確率で防ぐことが可能です。仮に、社内システムで5個、社外のクラウドサービスで10個、合計15個のパスワードを管理している場合を想定しましょう。複雑なパスワードを15個記憶するのはほぼ不可能ですが、必要なパスワードが1つであれば、紙やExcelに記録しなくても記憶できます。そのため、紙やExcelに記入するという脆弱な管理が不要となります。2.ITヘルプデスク負荷の減少・コスト削減パスワードに関連するトラブルが減少する、ということは「ITヘルプデスクに対する問合せ数」も同時に減少するということを意味します。現在、パスワードリセットなど、パスワードに関するITヘルプデスクに対する問合せ数は、全問合せの30%を占めています。シングルサインオンを導入すると、ユーザーが管理すべきパスワードの数が減少するため、パスワードに関するトラブルも当然減少します。これは、ITヘルプデスク担当者の作業負荷を軽減することにつながると同時に、「多数のパスワードリセットを見越して多くのヘルプデスクスタッフを採用」している企業にとっては、ヘルプデスクスタッフの削減が可能であることも意味します。負荷の削減によるITヘルプデスク人員削減、すなわちスタッフ人件費の削減が実現できます。するパスワードが増えれば増えるほど、ユーザーはパスワードを紙やExcelに記録したり、同じパスワードを使い回すというリスクの高い行動に走ってしまいがちです。シングルサインオンの導入によりパスワードが1つで済む、または相当数減少すれば、パスワードを記憶することが現実的になります。ユーザーも、パスワードを記録したくしてしているわけではなく、パスワード設定ポリシーに正しく従おうとすると記憶できないから、仕方なく記録しているのが実情です。パスワード数が減り、記憶できるようになれば、その都度記録したパスワードを確認する手間が減るため、工数の削減につながります。管理するパスワードが1つまたは少数になるため、パスワード紛失・パスワード忘れによるパスワードリセットも起こりにくくなります。パスワードリセットが起こると、ユーザーは業務をとめてITヘルプデスクに連絡せねばならず、ユーザー側の負担も少なくありません。シングルサインオンを導入することで、こうしたリスクが減るため、ユーザーがITヘルプデスクに連絡する必要性も減少します。そのため、パスワードにわずらわされることなく業務に集中ができるようになります。Service)」として提供されている場合と、「ディレクトリサービスの一機能」として提供されている場合の両方があります。いずれも場合も、ユーザー人数当たりの課金形態となっています。後半程度となるのが一般的ですが、製品によっては1ユーザーあたりの月額費用が1,000円を超えるものもあります。各シングルサインオン製品では、無料のトライアル期間を設けているものがほとんどであるため、機能、ユーザー側の利用しやすさ、管理者側の利用しやすさ、料金などを総合して判断することが必要となります。SKUID)は、シングルサインオン先のアプリ数の制限なし、またユーザー制限なしで、基本料金無料で提供しております。一部オプションを除いてコストが無料であり、他の有償製品と比べて圧倒的なコストメリットがありますので、貴社のトライアル対象製品にぜひ加えて頂ければ幸いです。行うと、以後そのユーザー認証に紐づけられているシステム・サービスを、追加の認証なしで利用できる機能を指します。これにより、利用者は各システムごとに何度もユーザー認証を行う必要がないため、利便性が高まります。それに加え、複数のID・パスワードを管理する必要がなくパスワードの使い回しが減るため、セキュリティの向上も期待できます。95登場以後に急速に広がっています。Directoryと連携できるシステムに紐づけて、SSOを実現する機能です(これは、統合認証といった言葉で呼ばれることもあります)。Directoryが最も普及しています。Directoryを利用する際、管理者は「ドメインコントローラー」というサーバー機能が提供する「ドメイン」という組織単位にユーザーを作成します。ドメイン内のユーザーが端末からローカル認証(ログイン認証)を行う際に、ドメインコントローラーにも合わせて認証を行います。これにより、ユーザーはドメインへのログインを許可され、ドメイン内のリソースである各種サーバーに対してのシングルサインオン(承認)が可能となります。Directoryのユーザー認証に利用された認証方式は、米国マサチューセッツ工科大学で開発された「ケルベロス認証」です。ドメインコントローラーパソコンなどの端末(クライアント)の認証ならび通信の暗号化を行っているのが特徴です。ちなみに、当時のSSOは、あくまで「社内ネットワーク」に閉じたSSOでした。DirectoryのSSOを利用できるよう設定し、社内システムのみを便利に使えるようにするのが一般的だったのです。Directoryで認証できるように開発された社内アプリケーションなどです。(2000年代後半)2000年代後半には、SSOが広がりを見せます。互いに信頼しあっているディレクトリ同士であれば、同じディレクトリ同士でなくてもSSOが利用できる「フェデレーション」というID連携技術が登場しました。それにより、例えば親会社と子会社で別々のディレクトリサービスを利用していても、お互いのディレクトリをフェデレーションすることで、親会社の社員が子会社のシステムにSSOしたり、子会社社員が親会社システムにSSOすることが可能となりました。A社とその取引先であるB社というように、同じ会社以外でもSSOを利用することができるようになりました。Directoryの一機能として提供されているため、追加費用なしでフェデレーション、SSOを使える点が評価されていました。Directory以外のLDAP準拠のディレクトリサービスともフェデレーション、SSOが可能です。2000年代後半に注目を集めたフェデレーション技術では、「親会社ディレクトリと子会社ディレクトリのフェデレーション」、または「本社ディレクトリと海外子会社ディレクトリのフェデレーション」というレベルで導入が行われました。フェデレーションを導入する企業は限定的であったこともまた事実です。(2010年代)SSOを取り巻く環境は、2010年代には一変しました。それまでは、必要なシステムがあればソフトウェアを購入し、ハードウェアを調達し、構築作業を行い、社内ネットワーク上において利用する、というのが典型的なシステム・サービスの利用方法でした。これが、クラウドの登場により、何かしらのシステム・サービスを利用する際、自社で構築することはほとんどなくなりました。インターネット経由で利用する、あるいは、自社で構築する場合であっても、物理サーバではなくクラウド上でプラットフォームを構築するのが一般的となりました。Directoryの重要性が相対的に下がったと言えます)。SKUID)」によるシングルサインオンの流れIDaaSでは、主なSaaSの認証をあらかじめ網羅しているため、各SaaSとの連携をその都度作り込む必要なくSSOが実現できます。社内システムに関しても設定を行うことで利用が可能となります。SaaSを含めたクラウドサービスの利用が急増する中、IDaaSの市場も急成長していることから、今後SSOを利用する組織の多くがIDaaSによるSSOにシフトすることが考えられています。SKUID)」の資料請求はこちらシングルサインオンのメリットここで、シングルサインオンの3つのメリットについて改めて理解しましょう。1.パスワード漏えいリスクの減少ログインが必要な社内外のリソース・サービスが増加するたびに、そのそれぞれに対してパスワードの作成が求められます。辞書にある単語の使用は不可」といった要件をパスワードに課しています。そのため、パスワードを作成する際に、要件に準拠したハッキングされない強固なパスワードを設定しようとすればするほど、パスワードは覚えにくくなっていくのです。強固なパスワードを多数作成した結果、パスワードを記憶ではなく紙やExcelなどに「記録」して管理する、という低いセキュリティでの運用を余儀なくされる場合がほとんどです。紙であれば当然、紙自体の盗難リスクや紛失リスクが発生し、また紙自体がなくならなくても、パスワードを見られてしまうリスクがあります。Excelであれば、ファイル自体を誤って受け渡ししてしまうリスク、パソコン廃棄時にHDDを消去しなかったためにパスワードを含むファイルが解読されてしまうリスク、ネットワークで攻撃されて端末への侵入を許した際にパスワードが記載されたファイルが持ち去られてしまうリスクなどが存在します。「強いパスワードを作ったために、脆弱な方法で管理せざるを得なくなった」という皮肉のような事態が生じてしまうのです。シングルサインオンを用いると、これらの問題によるリスクを高い確率で防ぐことが可能です。仮に、社内システムで5個、社外のクラウドサービスで10個、合計15個のパスワードを管理している場合を想定しましょう。複雑なパスワードを15個記憶するのはほぼ不可能ですが、必要なパスワードが1つであれば、紙やExcelに記録しなくても記憶できます。そのため、紙やExcelに記入するという脆弱な管理が不要となります。2.ITヘルプデスク負荷の減少・コスト削減パスワードに関連するトラブルが減少する、ということは「ITヘルプデスクに対する問合せ数」も同時に減少するということを意味します。現在、パスワードリセットなど、パスワードに関するITヘルプデスクに対する問合せ数は、全問合せの30%を占めています。シングルサインオンを導入すると、ユーザーが管理すべきパスワードの数が減少するため、パスワードに関するトラブルも当然減少します。これは、ITヘルプデスク担当者の作業負荷を軽減することにつながると同時に、「多数のパスワードリセットを見越して多くのヘルプデスクスタッフを採用」している企業にとっては、ヘルプデスクスタッフの削減が可能であることも意味します。負荷の削減によるITヘルプデスク人員削減、すなわちスタッフ人件費の削減が実現できます。するパスワードが増えれば増えるほど、ユーザーはパスワードを紙やExcelに記録したり、同じパスワードを使い回すというリスクの高い行動に走ってしまいがちです。シングルサインオンの導入によりパスワードが1つで済む、または相当数減少すれば、パスワードを記憶することが現実的になります。ユーザーも、パスワードを記録したくしてしているわけではなく、パスワード設定ポリシーに正しく従おうとすると記憶できないから、仕方なく記録しているのが実情です。パスワード数が減り、記憶できるようになれば、その都度記録したパスワードを確認する手間が減るため、工数の削減につながります。管理するパスワードが1つまたは少数になるため、パスワード紛失・パスワード忘れによるパスワードリセットも起こりにくくなります。パスワードリセットが起こると、ユーザーは業務をとめてITヘルプデスクに連絡せねばならず、ユーザー側の負担も少なくありません。シングルサインオンを導入することで、こうしたリスクが減るため、ユーザーがITヘルプデスクに連絡する必要性も減少します。そのため、パスワードにわずらわされることなく業務に集中ができるようになります。Service)」として提供されている場合と、「ディレクトリサービスの一機能」として提供されている場合の両方があります。いずれも場合も、ユーザー人数当たりの課金形態となっています。後半程度となるのが一般的ですが、製品によっては1ユーザーあたりの月額費用が1,000円を超えるものもあります。各シングルサインオン製品では、無料のトライアル期間を設けているものがほとんどであるため、機能、ユーザー側の利用しやすさ、管理者側の利用しやすさ、料金などを総合して判断することが必要となります。SKUID)は、シングルサインオン先のアプリ数の制限なし、またユーザー制限なしで、基本料金無料で提供しております。一部オプションを除いてコストが無料であり、他の有償製品と比べて圧倒的なコストメリットがありますので、貴社のトライアル対象製品にぜひ加えて頂ければ幸いです。