シングルサインオン（SSO）

• Onboardingの時間を短縮
• セルフサービスの設定と管理の有効化
• 旧式のプロプライエタリなSSOの置き換え
• 完全なSSO機能の有効化
• セキュリティとコンプライアンスの強化

SSO用語集

アサーション：以下のサービスプロバイダへのステートメントを1つ以上提供するIdPが 供給するデータ：

• Authentication statements（認証ステートメント）は、アサーションで指定されたユーザーが実際にいつ認証に成功したかを主張します。
• Attribute（属性）ステートメントは、ユーザーに係る属性値を与えます。 NameID（名前ID）属性は必須で、ユーザー名を指定しますが、他の属性も手動で設定することができます。
• Authorization decision（認証の決定）ステートメントは、アサーション対象者が指定されたリソースへのアクセスを求める要求が承認または拒否されたことを宣言します。

Assertion Consumer Service（アサーションコンシューマーサービス、ACS）：SAMLアサーションの受信と分析を担うサービスプロバイダのエンドポイント（URL)。　 一部のサービスプロバイダは、ACSに別の用語を使用していることに留意してください。 OktaのSAMLテンプレートでは、こちらをシングルサインオンのURLフィールドに入力します。

Attribute（属性）：ユーザーの名前、ファーストネーム（名）、従業員IDなどのユーザーに関するデータセット

Audience Restriction（オーディエンス制限）：SAMLアサーションに含まれる値で、そのアサーションが対象とする人物（限定可能）を指定します。 [audience（オーディエンス）]はサービスプロバイダであり、通常はURLですが、技術的には任意の文字列のデータとしてフォーマットすることができます。 この値がSPから提供されない場合は、ACSを使用します。

Default Relay State（デフォルトリレーの状態）：SAMLによる認証が成功した後にユーザーが移動するURL。

エンドポイント：サービスプロバイダとIDプロバイダが互いに通信する際に使用されるURL。

Entity ID（エンティティID）：IDプロバイダまたはサービスプロバイダのグローバルに固有な名前。 固有のOkta Entity IDはアプリケーションごとに生成され、Oktaアプリケーションの設定手順でIdentity Provider Issuer（IDプロバイダの発行者）と呼ばれています。

Identity Provider（IDプロバイダ、IdP）：ユーザーのIDと要求されたリソースへのアクセスを検証し、アサートする機関（サービスプロバイダ）。

Metadata（メタデータ）：IdPがSPに提供する、および/またはその逆方向に提供するxmlフォーマットの一連の情報。

• SPのメタデータは、ACS、オーディエンス制限、名前IDフォーマット、およびアーサーションを暗号化する必要がある場合にx.509証明書を提供します。 この場合、SPが提供するメタデータファイルをOktaにインポートすることはできません。
• IdPのメタデータは、シングルサインオンURL、Entity（エンティティ）ID、およびSPがアサーションを復号するために必要とするx.509証明書ファイルを提供します。

NameID（名前ID）：ユーザーネームを指定するために使用されるアサーション内の属性

Service Provider（サービスプロバイダ、SP）：Box、Workday、Salesforce、カスタムアプリケーションなど、ユーザーがアクセスしようとするホストリソースまたはサービス。

シングルサインオンURL：SAMLトランザクションを処理するためのエンドポイント。 Okta SAMLのテンプレートの設定画面では、SSO URLはサービスプロバイダのACSを参照します。

使用方法

1. admin.walkme.comからAdmin Center（管理センター）を開きます
   1. EUユーザーについては、eu-admin.walkme.comに移動します
2. セキュリティページに移動し、シングルサインオンをします
3. + SSOセットアップボタンをクリックします
4. SSOの名前を入力します
5. 保存して次へをクリックします
6. IDPの統合方法を選択します：
   • URLの基になるURLルールは、
   • Entity ID（エンティティID）
   • XMLメタデータ - この方法を選択すると、xmlをファイルとしてダウンロードすることができます
7. 必要な情報を入力して、SSOの設定を完了します：
   • SAML SSOのURL
   • Identity Provider Issuer（IDプロバイダの発行者）/Entity ID（エンティティID）
   • 公開証明書
8. 関連するリクエストバインディングを選択します
   • HTTPリダイレクト
   • HTTPポート
   • 💡ヒント： メタデータをアップロードをクリックして、関連するすべてのフィールドを自動的に入力します
     
9. SSOに割り当てるユーザーを選択します
   • 特定のユーザーを検索およびアサインするか、すべてを選択できます
   • デフォルトのSSO IDはメールアドレスですが、必要に応じて変更することができます
   • テストSSOのセットアップボタンを使用して、SSOのセットアップを確認します
10. 保存して終了をクリックします。

SSO接続が正常に追加されたら、管理センターの［Single Sign-On（シングルサインオン）］ページで確認することができます。

Azure ADのSSOを設定する方法の詳細については、次の記事を参照してください：Microsoftチュートリアル

SSO証明書

1. 上記の手順に従って、新しいSSO接続を作成します
2. 3番目のステップでは、新しい証明書をアップロードし、セットアップを完了する必要があります
3. 新しいSSO接続が作成されると、古いSSOを使用しているすべての関連するリンクは、セットアップで作成された新しいリンクに変更する必要があります

SSOのトラブルシューティング

SAMLエラーの原因は何ですか？

SAMLエラーは通常、SAML設定中に入力された情報が欠落したか、または不正確な場合に発生します。 これらの問題のほとんどは、IDP設定から解決することができますが、一部の問題はWalkMeでSSO設定を同様に更新する必要があります。

SAMLエラーメッセージ