仕事でいくつものシステムにログインするたびにIDとパスワードを入れ直すのは、地味に手間がかかります。結論から言うと、SSO（シングルサインオン）とは、1回のログインで、連携された複数のサービスにそのままアクセスできるようにする仕組みです。この記事では、SSOの仕組み、使われている場面、セキュリティ面でのメリットと注意点を未経験向けに解説します。
SSOとは何か
SSO（Single Sign-On）は、利用者が最初に1つの認証画面でログインすると、その認証結果を他の連携済みサービスにも引き渡し、改めてIDとパスワードを入力しなくてもアクセスできるようにする仕組みです。企業で使うメールシステム・勤怠管理・社内チャットなど、複数のサービスを別々のIDで管理していると、パスワードを覚える負担も、情報システム部門がアカウントを管理する手間も増えていきます。SSOを導入すると、ログインの入口を1つにまとめることで、この負担をまとめて小さくできます。
どうやって実現しているのか
SSOの裏側では、認証を一元的に担当する「IdP（Identity Provider・認証サーバー）」と、実際に利用するサービス側の「SP（Service Provider）」が連携しています。利用者がログインすると、IdPが本人確認を行い、「この人は確かに本人です」という証明書のようなもの（認証トークン）を発行します。SPはそのトークンを受け取って検証し、問題がなければログイン状態として扱います。この仕組みを実現する代表的な方式に、SAML・OAuth・OpenID Connectといった標準規格があります。それぞれ役割が少し異なりますが、「1か所の認証結果を、複数のサービスで使い回す」という考え方は共通しています。
SSOを使う場面
SSOは、次のような場面で活用されています。
- 社内のメール・勤怠管理・社内チャット・経費精算など、複数の業務システムへのログインをまとめる
- GoogleやMicrosoftのアカウントで、別サービスに「Googleでログイン」のようにログインする
- 1つの企業グループで、複数の子会社・サービスをまたいで同じアカウントを使う
- 社内のActive Directoryで管理しているアカウントを、クラウドサービスへのログインにそのまま使う
利用者側から見ると「ログインの手間が減る」というのが一番わかりやすいメリットですが、情報システム部門の視点では、退職時に1か所のアカウントを無効化するだけで、連携している全サービスへのアクセスをまとめて止められる、という管理面のメリットも大きいです。
メリットと注意点
SSOのメリットと注意点を整理すると、次のようになります。
| 観点 | メリット | 注意点 |
|---|---|---|
| 利用者 | ログインの手間が減る | 認証サーバーが止まると、全サービスに入れなくなる |
| 管理者 | アカウント管理を一元化できる | 認証サーバーが攻撃者に乗っ取られると被害が広範囲に及ぶ |
| セキュリティ | パスワードの使い回しを減らせる | 入口が1つになる分、その入口の守りが重要になる |
このように、SSOは便利さと同時に「入口が1つになる」リスクも持っています。そのため、現場では多要素認証（パスワードに加えて追加の確認を求める仕組み）と組み合わせて、入口そのものの強度を上げる運用がよく取られています。AWS IAMのような権限管理の仕組みと合わせて、「誰が」「どこまで」アクセスできるかを設計していく発想は共通しています。
現場で感じること
現役でインフラの現場にいる立場から言うと、SSOの導入自体は利用者からの評判が良い一方で、認証サーバーをどう冗長化するか、障害時にどう切り分けるかという設計の部分に時間がかかる印象があります。便利さの裏側で「認証という1点に依存する」構成になるため、そこをどう守り、どう落ちないようにするかが設計上の肝になります。
未経験はどこまで理解しておけばいいか
未経験の段階では、SAMLやOAuthといった規格の細かい仕組みまで覚える必要はありません。「1回のログインで複数のサービスに入れるようにする仕組みで、その分、入口の守りが重要になる」という全体像をイメージできていれば十分です。現場に入ってからは、ゼロトラストの考え方とあわせて、利用者がどのサービスにアクセスできるかを管理する業務に触れることもあります。
InfraDojoで学ぶ
InfraDojoなら、ブラウザ上の演習環境でアクセス制御や認証の基礎を手を動かしながら学べるため、SSOのような仕組みの背景も理解しやすくなります。次に何を学べばいいか迷う場合は、AWSの学習ロードマップを確認してみてください。
よくある質問
Q. SSOを導入すればパスワードを完全に無くせますか？
サービスの種類によります。SSOに対応していないサービスが残っていれば、そのサービスだけは別のIDとパスワードが必要になります。すべてをSSOでまとめられるかは、連携できるサービスの範囲に左右されます。
Q. SSOとパスワード管理ツールはどう違いますか？
パスワード管理ツールは、サービスごとに異なるパスワードを安全に保存・自動入力する仕組みです。これに対してSSOは、1回の認証結果を複数のサービスで共有する仕組みで、仕組みそのものが異なります。
Q. 未経験でもSSOの設定に関わることはありますか？
いきなり認証サーバーの設計を任されることは少ないですが、利用者のアカウント追加や、アクセスできるサービスの範囲を管理する運用業務からSSOの仕組みに触れていく流れが一般的です。
