日本語
SSO 方法の選択：SAML 対 OpenID Connect
シングルサインオン (SSO) は、ユーザー認証と認可を簡素化するための素晴らしい方法です。しかし、どの SSO 方法を選ぶべきでしょうか？この投稿では、2 つの人気のある SSO 方法：SAML と OpenID Connect の概要を紹介します。
Simeng
Developer
Developer
シングルサインオン (SSO) は、ユーザー認証と認可を簡素化するための素晴らしい方法です。しかし、どの SSO 方法を選ぶべきでしょうか？この投稿では、2 つの人気のある SSO 方法：SAML と OpenID Connect の概要を紹介します。
今日のクラウド主導の世界では、シングルサインオン (SSO) はユーザー認証と認可を簡素化するための素晴らしい方法です。ユーザーが異なるアプリケーションのために複数のユーザー名とパスワードを覚える代わりに、SSO を使用すると、ユーザーは一度ログインして複数のアプリケーションにシームレスにアクセスできます。
Microsoft Entra などの大手アイデンティティ・プロバイダー (IdP) のほとんどが、SSO のための 2 つの主要な候補を提供しています。それは、セキュリティアサーションマークアップ言語 (SAML) と OpenID Connect (OIDC) です。どちらも安全で確立されたプロトコルですが、組織に最適なものを選ぶには、さまざまな要因を考慮する必要があります。彼らの強みと弱点を詳しく探り、あなたの組織に最適な SSO チャンピオンを選びましょう。
OIDC は、OAuth 2.0 の上に構築されたシンプルで軽量なプロトコルです。ユーザーフレンドリーなセットアッププロセスを提供し、現代のアプリケーションに人気のある選択肢となっています。
SAML は企業の世界で多くの年にわたり SSO の定番プロトコルであり、その広範な採用と強力な機能セットは、複雑な要件を持つ組織にとって堅実な選択肢です。
複雑さ: SAML のセットアップと構成は、OIDC と比べてより関与するプロセスになる可能性があります。SAML が使用する XML ベースのメッセージは、OIDC の JSON ベースのメッセージよりも大きく、冗長です。これには、プロトコルのより深い理解と、潜在的に多くのエンジニアリングリソースが必要です。
メッセージの大きさ: SAML メッセージは XML ベースであり、OIDC の使用する JSON ベースのメッセージと比べて大きく効率が低いです。特に大きなペイロードの場合、認証時間が遅くなる可能性があります。
SAML と OIDC のどちらかを選ぶ際には、以下の要素を考慮してみてください:
| 要素 | SAML | OIDC |
|---|---|---|
| セットアップの複雑さ | 高い | 低い |
| 互換性 (現代) | 低い | 高い |
| 互換性 (レガシー) | 高い | 低い |
| ユーザーエクスペリエンス | 複雑 | シンプル |
| 属性制御 | 詳細 | 制限付き |
| データ交換の効率 | 低い | 高い |
場合によっては、SAML と OIDC の間で選ぶ必要がないかもしれません。一部の IdP は、両方のプロトコルをサポートする柔軟性を提供し、必要に応じてそれぞれの強みを活かすことができます。例えば、あなたの組織に現代のアプリケーションとレガシーアプリケーションが混在している場合でも、同じ IdP を共有していれば、包括的な SSO ソリューションのために、OIDC と SAML の両方を活用できます。例としては、Web およびモバイルアプリには OIDC を利用しながら、レガシー企業システムには SAML を予約することです。
あなたの組織に最適な SSO プロトコルは、あなたのアプリケーションの状況、セキュリティ要件、ユーザーエクスペリエンスの目標に依存します。OIDC と SAML の強みと弱点を理解することで、あなたの組織に最適な選択をするための準備が整います。
Logto では、包括的な SSO ソリューションの一環として、SAML と OIDC の両方をサポートしています。現代の Web アプリケーションやレガシー企業システムと接続する際、私たちがサポートします。 無料アカウントにサインアップ して、認証と認可のワークフローを今日から簡素化しましょう。