SSO (Single Sign-On)（エスエスオー）
一度のログインで複数アプリにアクセス可能な認証方式。SAML 2.0 / OIDC / OAuth 2.0 ベース、エンタープライズ生産性向上 / セキュリティ強化の主要技術。
概要
SSO (Single Sign-On・シングル サインオン) は一度のログインで複数のアプリケーション / サービスにアクセス可能な認証方式。Microsoft Active Directory (1999) → Kerberos → SAML 2.0 (2005) → OAuth 2.0 (2012) / OpenID Connect (2014) と技術が進化、Microsoft Entra ID / Okta / OneLogin / Auth0 / Ping Identity 等のクラウドIDaaS (Identity-as-a-Service) で実装。エンタープライズの生産性向上 (パスワード10-100個管理→1個) + セキュリティ強化 (1か所MFA / 監査ログ) を両立。
SSO の進化系譜
| 年代 | 技術 | 用途 |
|---|---|---|
| 1980s | NIS (Network Information Service) | UNIX |
| 1990s | LDAP (Lightweight Directory Access Protocol) | エンタープライズ |
| 1990s | Kerberos (MIT) | Windows AD 基盤 |
| 1999 | Microsoft Active Directory | エンタープライズ標準 |
| 2002 | SAML 1.0 | Web SSO |
| 2005 | SAML 2.0 | Web SSO 標準化 |
| 2012 | OAuth 2.0 | API認可 |
| 2014 | OpenID Connect | OAuth 2.0 上の認証 |
| 2022 | Passkey | パスワードレス SSO |
SSO 主要利点
| 項目 | パスワード別個管理 | SSO |
|---|---|---|
| ユーザPW数 | 10-100個 | 1個 (IdP) |
| Onboarding | 各アプリ別登録 | 1回でアクセス |
| Offboarding (退職時) | 各アプリ削除必要 | IdP 1か所削除 |
| MFA | 各アプリ別 / 困難 | 1か所統合 |
| パスワード忘れ問い合わせ | 毎月数件 | 大幅減 |
| 監査ログ | 分散 | 統合 |
| Compliance | 困難 | SOC 2 / ISO 27001 |
| 投資収益 | - | パスワードリセットコスト$70/件削減 |
SSO アーキテクチャ
[ユーザ]
|
[Browser]
|
[Identity Provider (IdP)] ← 1か所で認証
| ↓ SAML / OIDC Token
|
[Service Provider 1] [Service Provider 2] [Service Provider 3]
(Salesforce) (Slack) (Google Workspace)
IdP (Microsoft Entra ID / Okta / Google Workspace 等) で一度認証 → 全SP に SAML / OIDC Token で SSO。
主要IDaaS (Identity-as-a-Service)
| 製品 | 創業 | 強み |
|---|---|---|
| Microsoft Entra ID (旧Azure AD) | 2010 | Microsoft 365 統合 |
| Okta | 2009 | エンタープライズ標準・SAML/OIDC |
| Auth0 | 2013 | 開発者向け・Okta 2021 買収 |
| OneLogin | 2009 | 中小企業 |
| Ping Identity | 2002 | 大企業 / 政府 |
| AWS Cognito | 2014 | AWS統合 |
| Google Workspace IdP | 2006 | G Suite 連携 |
| Centrify (現Delinea) | 2004 | 特権アクセス |
| ForgeRock | 2010 | OSS 派生 |
| JumpCloud | 2013 | クラウドAD |
| Keycloak | 2014 (Red Hat) | OSS / Self-hosted |
エンタープライズ採用シーン
| 企業規模 | SSO 利用 |
|---|---|
| Fortune 500 | 100% (Entra ID / Okta) |
| 中規模 (100-1000 人) | 60-80% |
| 小規模 (<100 人) | 30-40% (Google Workspace 等) |
| スタートアップ | 50-70% (Auth0 / Clerk) |
| 個人事業 | 10-20% (Apple / Google ID) |
SSO 連携プロトコル別
| プロトコル | 採用率 (2024) |
|---|---|
| SAML 2.0 | 40-50% (エンタープライズ) |
| OAuth 2.0 / OIDC | 50-60% (モダン) |
| Kerberos | 30% (オンプレAD連携) |
| LDAP | 70% (ディレクトリ統合) |
| WS-Federation | 5-10% (Microsoft レガシ) |
主要利用パターン
1. Microsoft Entra ID (Office 365 連携)
- Office 365 / SharePoint / Teams 標準
- Exchange Online メール
- 数千SaaS アプリ Pre-Integration
- Conditional Access (条件付きアクセス)
- 全Microsoft + 3rd Party SaaS でSSO
2. Okta (中立IDaaS)
- 7,000+ アプリPre-Integration
- Microsoft / Google / AWS 中立
- 強力なAdmin Console
- MFA / Passkey 統合
- 2021年Auth0 $6.5B 買収で開発者向け強化
3. Google Workspace
- Gmail / Drive / Meet / Calendar
- SSO で 100+ SaaS 連携
- 中小企業向け
- $6/月から導入容易
SCIM (System for Cross-domain Identity Management)
SSO 補完規格 (RFC 7642-7644・2015)・ユーザ自動プロビジョニング:
- 入社時に全SaaS にアカウント自動作成
- 退社時に全SaaS で自動削除
- グループ / 役職変更でアクセス権同期
- Microsoft Entra ID / Okta が中央管理
関連用語との違い
- vs Passkey: SSO は仕組み / Passkey は技術
- vs SCIM: 認証 / プロビジョニング
- vs Zero Trust: 認証ベース / セキュリティアーキ
FAQ
Q1: 個人利用? A: Google アカウント / Apple ID / Microsoft アカウントで「Sign in with」ボタン経由のSSO は個人でも利用可。エンタープライズSSO はラインセンス必要。
Q2: SSO 中央IdP 障害時? A: 全SaaS アクセス不可になる単一障害点・Microsoft / Okta は99.9-99.99% SLA・通常複数IdP / フェイルオーバ設計推奨。
Q3: Compliance? A: SOC 2 / ISO 27001 / HIPAA / GDPR / PCI DSS でSSO 推奨・監査ログ統合 / MFA 義務化を満たすために必須。