前提条件
- Universal Login を有効にする。
- Identifier First 認証を有効にする。
- カスタムログインページを無効にします。Auth0 Dashboard で Branding > Universal Login > Manage Classic Login > Login に移動し、Custom Login Page トグルをオフにします。
- データベース接続で ユーザー名を必須にする を無効にするか、または Flexible Identifiers を有効にする。
- 独自のデータベースを使用する を無効にするか、または ユーザーのインポート (Import Users to Auth0) を有効にする。 ユーザーのインポート (Import Users to Auth0) を有効にせずに独自のデータベースを使用する場合は、以下のデータベースアクションスクリプトの更新に関する追加の前提条件に従ってください。
早期アクセス ユーザーインポートを有効にしないまま独自のデータベースを使用する
パスキー認証で、ユーザーインポートを有効にしないまま独自のデータベースを使用できるようになりました。これにより、外部ユーザーストアに対する認証を継続しながら、カスタムデータベース接続でパスキー認証を提供できます。 前提条件として、identifier とuser_id の両方でユーザーを処理できるように、Get User と Create のデータベースアクションスクリプトを更新する必要があります。
ユーザーインポートを有効にしないまま独自のデータベースでパスキーを有効にするためのデータベースアクションスクリプト更新方法
ユーザーインポートを有効にしないまま独自のデータベースでパスキーを有効にするためのデータベースアクションスクリプト更新方法
- まず、データベース接続でユーザーインポートが無効になっていることを確認します。
-
context object のサポートを有効にします。これにより、データベースアクションスクリプトで
contextパラメーターを使用できるようになり、identifier とuser_idの両方の検索をサポートするために必要となります。 -
Get User スクリプトは、identifier による検索 (
context.identifierTypeが設定されていない場合) と、user_idによる検索 (context.identifierTypeがuser_idに設定されている場合) の両方をサポートする必要があります。 Get User データベースアクションスクリプトをgetByEmailから、提供されているgetUser関数に更新します。 -
Create スクリプトは、有効なユーザープロファイルを返す必要があります。属性が有効になっている場合、返されるユーザープロファイルは Login スクリプトおよび Get User スクリプトと同じ検証に従う必要があります。属性が有効になっていない場合、返されるユーザープロファイルには
user_idの値を含める必要があります。 Create データベースアクションスクリプトを更新して、有効なユーザープロファイルを返すようにします。
パスキーを設定する
パスキー設定を開く
Authentication > Database に移動し、編集するデータベース接続の名前を選択します。Authentication Methods タブを選択します。次に、Passkey セクションで Configure を選択して Passkey パネルを開きます。まだチェックされていない場合は、Enable passkeys をチェックします。
パスキー認証 UI を選択する
パスキー認証 UI では、ログイン時やサインアップ時にユーザーがどのようにパスキー認証を開始できるかを決定します。Passkey Authentication UI セクションで、3 つのオプションのいずれかを選択します。
ユーザーのブラウザーで自動入力を利用できない場合、ユーザーはパスキーボタン (有効な場合) またはパスワードの資格情報を使ってログインできます。
段階的登録を有効にする(任意)
段階的登録では、ユーザーが識別子とパスワードでログインした後、まだパスキーを作成していない場合に、パスキーの作成を促します。このステップは必須ではなく、ユーザーはこの操作を 30 日ごとに延期できます。段階的登録は、ユーザーをパスキーに移行する際に、認証方法の切り替えを支援するのに役立ちます。Progressive Enrollment チェックボックスはデフォルトでオンになっていますが、チェックを外して無効にすることもできます。
組織への招待メールを通じてアカウントを作成する場合、ユーザーはパスキー認証を選択できません。こうしたユーザーがパスワードでログインした後にパスキーを作成できるよう、段階的登録を有効にできます。
ローカル登録を有効にする(任意)
パスキーユーザーがクロスデバイス パスキーを使用して新しいデバイスにログインすると、ローカル登録によって、その新しいデバイスにローカル パスキーを作成するよう促されます。これは必須ではないため、ユーザーはローカル パスキーの作成をスキップできます。Local Enrollment チェックボックスはデフォルトでオンになっていますが、チェックを外して無効にすることもできます。
次のステップ
Relying Party ID (RP ID) を設定する
app.example.com で提供されるネイティブアプリケーションと、login.example.com で提供される web app の両方) 、RP ID を親ドメインまたはルートドメインに設定できます。
Auth0 Dashboard または Management API で RP ID をカスタマイズすると、他のドメイン用のパスキーはすべて使用できなくなり、エンドユーザーは再登録が必要になります。
- Auth0 Dashboard > Tenant Settings に移動します。
- Relying Party IDs タブを選択します。
- Edit Relying Party ID を選択します。
- ドメインを入力します。
- この RP ID がルートドメインである場合は、チェックボックスをオンにして、そのドメインをテナントのデフォルトとして設定します。
- Save を選択します。
- 次に、Relying Party ID を設定するアプリケーションに移動します。
- アプリケーション設定を選択します。
- Application URIs セクションで、Allowed Origins (CORS) にアプリケーションのドメインを追加します。
- Save を選択します。