SSO(シングルサインオン)とは?仕組みをやさしく解説

SSO(シングルサインオン)とは?仕組みをやさしく解説

朝からいくつものログイン画面に追われる業務システム初心者のイメージ
「SSOって、何が便利なの?」
「1回のログインで全部使えるって本当?」
「セキュリティ的にはむしろ危なくない?」

朝いちばん、ログイン画面がいくつも順番待ち。この「ログイン地獄」を片づけるのがSSOです。

SSOとは、一度の認証で、連携した複数のサービスを続けて使えるようにする仕組みです。入り口を1つにまとめる、と言い換えられます。

 

この記事では、その入り口を1つにする仕組みを、実際の業務シーンに沿ってたどります。便利さと表裏にある「1点集中」のリスク、会社やクラウドで選ばれる理由、そして導入前に押さえたい判断までを見ていきます。SG(情報セキュリティマネジメント)の認証分野に効きます。

 

1. 朝いちばんの「ログイン地獄」を1回で終わらせる

複数のログインを1回にまとめて業務を始めるイメージ

あなたの一日は、いくつものログインから始まります。サービスごとに別々のIDとパスワードを覚え、打ち込む。この繰り返しが、地味に時間と集中力を削ります。SSO(シングルサインオン)は、この入り口を1つにまとめます。朝いちばんに1回だけ本人確認を済ませれば、連携したサービスは、続けてそのまま使えます。

 

会社の社員証(IDカード)を思い浮かべてください。入館ゲートで一度かざせば、その後は会議室も資料室も、同じ1枚で入れます。部屋ごとに身分証を作り直したりはしません。SSOも同じで、一度の認証を「通行証」にして、複数のサービスへ続けて入れるようにします。

 

ここで1つだけ整理しておきます。SSOがまとめているのは、「あなたが本人かどうか」を確かめる認証の部分です。「どのデータに触れてよいか」を決める認可は、別の話です。この2つを分けると、SSOが何を1回で済ませているのかがはっきりします。土台の違いは 認証と認可とは で押さえられます。

 

2. 一度の認証が複数サービスに効く仕組み

認証を1か所に集めて複数サービスへつなぐSSOの仕組みのイメージ

あなたがSSOでログインするとき、裏側では認証を1か所に集めるという役割分担が動いています。登場するのは2種類。本人確認を専門に担うIdP(認証を集中させる仕組み)と、あなたが実際に使いたい各サービス(SP)です。

 

流れはこうです。あなたがIdPで1回だけ本人確認を済ませると、IdPは「この人は確かに本人だ」という証明(トークン)を発行します。各サービスは、その証明を受け取り、改めてのログインを求めずにあなたを通します。何度も入れ直さずに済むのは、この証明が橋渡しをしているからです。

 

利用者あなた IdP1回だけ本人確認 ログイン サービスSP1(メール) サービスSP2(勤怠) サービスSP3(文書) 証明(トークン)で通す

 

証明のやり取りには、共通の作法があります。社内システムやクラウドの連携ではSAML、新しいWebサービスの連携ではOpenID Connect(OIDC)という決まりが広く使われます。名前を全部覚える必要はありませんが、「証明には共通ルールがある」と知っておくと、設定画面で迷いません。

 

3. 便利さの裏で増える「1点集中」のリスク

SSOの便利さと集中リスクを見比べるイメージ

あなたが次に押さえたいのは、便利さと表裏にある1点集中のリスクです。入り口を1つにまとめるということは、その入り口が破られたとき、連携先の全部に影響が及ぶということでもあります。

 

観点 都度ログイン SSO
パスワード管理の手間 サービスごとに覚える 入り口の1つに集約できる
退職者アカウントの停止 1つずつ止める(消し忘れが出る) 中心の1つを止めれば一括で止まる
障害時の影響範囲 そのサービス1つに閉じる 入り口が止まると全部に波及する

 

表のいちばん下の行が、SSOの最も注意すべき点です。認証の入り口が単一障害点(SPOF)になり得ます。ここが止まれば全サービスに入れなくなり、ここが破られれば全サービスが一度に危険にさらされます。便利さと弱点が、同じ構造から生まれています。

 

だからこそ現場では、入り口を守り、かつ倒れないようにする2つの手を定石にします。1つはMFA(多要素認証)の併用で、入り口そのものを破られにくくすること。もう1つはIdPの冗長化で、認証基盤が1系統倒れても別系統で受けられるようにすることです。SSOは入り口を1つにまとめる設計だからこそ、その1点を二重三重に守る前提とセットで使います。入り口を強くする具体策は、多要素認証(MFA)とは で、複数の要素で本人確認する考え方を確認できます。

 

SSOの評価は、「便利さ」と「集中リスク」をセットで見るのが基本です。入り口を1つにする以上、その1点を守る対策を欠かすと、手に入れた利便性が、そのまま全体の弱点に変わります。

 

4. 会社やクラウドでSSOが選ばれる理由

会社やクラウドでSSOを運用する場面のイメージ

あなたが会社でSSOに触れるのは、たいてい社内システムとクラウドサービスの入り口としてです。ただ、導入を決める側が見ているのは、利用者の手間だけではありません。むしろ管理のしやすさが、選ばれる大きな理由になります。

 

SE歴15年以上のベテランSEの実務感覚で言うと、SSOがいちばん効くのは退職者アカウントの後始末です。サービスごとに手作業で止めて回ると、どこかに消し忘れが残りやすく、退職した人のアカウントが生きたまま放置される事故につながります。SSOなら、中心のアカウントを1つ無効にするだけで、連携先の利用がまとめて止まります。この止め忘れを防ぐ管理面の効きが、運用では大きいです。

 

クラウド側でこの中心の役割を担うのが、ID管理サービスです。具体像は Microsoft Entra IDとは で、SSOを支える仕組みの一例として確認できます。

 

5. 導入前に押さえる「入り口を1つにする」判断

SSO導入の判断ポイントをメモにまとめるイメージ

最後に、SSOを入れる前の判断を1本の問いにまとめます。「入り口を1つにまとめても、その1点を守り切れるか」——ここに答えられるかどうかが、分かれ目です。

 

SSOは、毎朝の手間を減らし、アカウント管理を締める強力な仕組みです。ただし万能ではありません。入り口を1つにする設計は、その入り口が単一障害点になるということでもあります。MFAの併用も冗長化の備えもないままSSOだけを入れると、便利さと引き換えに、全社を止めかねない弱点を抱え込みます。

 

よくある失敗は、「1回のログインで全部使えて便利」という表の面だけを見て導入を進めてしまうことです。あなたが導入の判断に関わるなら、便利さの説明と同じ重さで、入り口をどう守るかを確認してください。ここを飛ばした導入が、後になって「SSOが落ちて全社が仕事にならない」という事故を生みます。

 

SG(情報セキュリティマネジメント)では、「SSOの利点とリスク」「認証と認可の違い」が問われます。利点だけ・リスクだけの片面で覚えず、「認証を1回にまとめる代わりに、入り口が単一障害点になる」という表裏をセットで押さえてください。この一組を持っておくと、便利さを強調しただけの選択肢に引っかからずに済みます。

 

次のステップ

認証は試験のセキュリティ分野の一角です。全体のどこに載るかを先に知りたいなら、情報セキュリティマネジメント試験の試験範囲と勉強法ガイド に目を通すと、SSOや多要素認証の位置関係がすっきりします。

設問の手ざわりを知りたいなら、SG 技術要素の問題集 で認証をめぐる出題に一問ずつ当たってみましょう。