JumpCloud で SSO を設定する

組織のオーナーと管理者が、メンバーを JumpCloud のアカウントで Actagate にログインさせるための手順です。 JumpCloud に OIDC の SSO アプリを作り、Actagate の設定画面で接続を追加して、テストしてから有効にします。

始める前に、運用担当者に SSO_SECRET_ENCRYPTION_KEY と WEB_BASE_URL を設定してもらいます (詳しくはシングルサインオンの考え方)。

1. JumpCloud でアプリを作る

JumpCloud の Admin Portal で Access > SSO Applications > + Add New Application を開き、Custom Application を選びます。Manage Single Sign-On で Configure SSO with OIDC を選びます
Grant type は Authorization Code のままにします
Redirect URIs に仮の値 https://<ホスト>/api/auth/sso/callback/0 を入れます。本当の URL は、手順 2 で接続を保存したあとに決まります
Client Authentication Type を Client Secret Basic か Client Secret POST にします
必須の Login URL に https://<ホスト>/login を入れます
Subject Claim は JumpCloud User ID のままにします。属性のマッピングで、標準スコープの Email と Profile を追加します
テストする管理者とログインさせるメンバーのグループにアプリを割り当て、Activate を押します。クライアント ID とシークレットが表示されます
クライアント ID とシークレットを控えます。シークレットは一度だけ表示されます

公式資料: JumpCloud の SSO with OIDC

2. Actagate で接続を追加する

「設定」の「セキュリティ」(/ws/settings/security) を開き、「シングルサインオン」の「プロバイダを選んで接続を追加」で「JumpCloud」を開きます。接続のフォームが開きます
「表示名」「Issuer URL」「クライアント ID」「クライアントシークレット」を入力し、「接続を追加」を押します。「接続を保存しました。」と表示され、「接続」の一覧に「下書き · 未テスト」の接続が増えます
接続に表示される「IdP に登録するコールバック URL」をコピーします。形は https://<ホスト>/api/auth/sso/callback/<接続 ID> です
JumpCloud の Redirect URIs にその URL を登録し、仮の値を消します。接続 ID を含め、表示と完全に一致させます

接続フォーム (Okta の例) — 接続のフォーム (Okta の例)。JumpCloud のフォームも同じ項目が並ぶ: プロバイダの説明、「公式の設定ガイド」、「表示名」、「Issuer URL」、「クライアント ID」、「クライアントシークレット」

issuer はリージョンで決まります。US は https://oauth.id.jumpcloud.com/、EU は https://oauth.id.eu.jumpcloud.com/、IN は https://oauth.id.in.jumpcloud.com/ です。末尾のスラッシュは保存時に 1 つ取り除かれ、discovery との違いがこのスラッシュだけなら接続できます。

Subject Claim をメールアドレスに変えないでください。Actagate は sub で利用者を識別するため、メールアドレスが変わると別人として扱われます。

保存後のクライアントシークレットは画面に表示されず、「シークレット: 設定済み」とだけ出ます。

3. テストする

接続の「テスト」を押します。JumpCloud のサインイン画面に移ります
管理者自身の JumpCloud のアカウントでサインインします。設定画面に戻り、「テストに成功しました。接続を有効化できます。」と表示されます。接続は「テスト済み」になります

テストでは認可コードフロー (PKCE) を最後まで行い、ID トークンの署名、issuer、audience、有効期限、nonce、sub を確かめます。管理者のセッションはそのままで、利用者の作成もログイン方法の紐づけも行いません。失敗したときは理由コードが表示されます。

4. 有効化する

接続の「有効化」を押します。「接続を有効にしました。ログイン画面から利用できます。」と表示され、状態が「有効」になります

「有効化」はテストに成功するまで押せません。Issuer URL、クライアント ID、クライアントシークレットを変えると、テストの結果が消えて下書きに戻ります。

5. ログインを確かめる

招待済みの一般メンバーがログイン画面を開きます。「<表示名> で続ける」のボタンが出ています
ボタンを押して JumpCloud でサインインします。Actagate の画面が開きます
JumpCloud でアプリを割り当てていない利用者は、サインインできないことを確かめます

初回のログインでは、IdP が検証済み (email_verified) と示すメールアドレスを、招待済みメンバーのメールアドレスと照合します。オーナーと管理者は、既存の方法でログインしてから「設定」の「ログイン方法」で「<表示名> を追加」を押して紐づけます。

6. 困ったとき

issuer_mismatch: リージョンと違う issuer を入力しています。リージョンの issuer を入れ直します
provider_rejected: アプリの割り当てと、Redirect URIs に登録した URL を確かめます
token_exchange_failed: クライアント ID とシークレット、Client Authentication Type を確かめます

ほかの理由コードは SSO で困ったときにまとめています。