Skip to main content
ネイティブモバイルアプリケーションでは、ネイティブまたはブラウザベースのログインフロー、あるいは両方を同一アプリケーション内で使用できます。 ブラウザベースのログインフローでは、ユーザーにウェブブラウザが表示され、サインアップまたはログインのために Auth0 のログインページにリダイレクトされます。たとえば、iOS アプリケーションでは SafariViewController が開き、Android アプリケーションでは Chrome カスタムタブが開きます。 ネイティブのログインフローでは、ユーザーはアプリ内で直接サインアップ、サインイン、認証要素の登録、またはパスキーの登録を行います。 ネイティブアプリケーションでは、ネイティブとブラウザベースのログインフローを組み合わせて使用できます。たとえば、プライマリサインインにはブラウザベースのリダイレクトを使用し、アプリケーション内での再認証、認証要素の登録、またはステップアップ認証には埋め込みの パスキー API または ネイティブソーシャルログイン を使用できます。

​
ブラウザベースのログイン

​
ネイティブ組み込みログイン

ネイティブ／モバイルアプリ内に独自のログインページを組み込みたい場合は、以下を使用して、ログインウィジェット Lock をアプリに直接実装できます。

​
パスワードレス

ネイティブアプリケーション向け組み込みパスワードレスログイン

​
考慮事項

カスタム資格情報フォームを使用してネイティブ組み込みログインを実装する際は、以下の点に留意してください。
  • フィッシング/セキュリティ: 不正な第三者がアプリケーションを逆コンパイルしたり、アプリケーションとの通信を傍受したりして、と認証URLを取得する可能性があります。この情報を利用して、不正な第三者は悪意のあるアプリケーションを作成してアプリケーションストアに公開し、ユーザー名、パスワード、をフィッシングする可能性があります。対策として、DPoPおよびパスキー APIを使用し、トークンと資格情報をクライアントにバインドできます。
  • (SSO) : ネイティブアプリ間でアプリケーション横断のSSOを実現するには、セッション状態を共有する必要があります。ネイティブからWebへのSSOを使用すると、ネイティブアプリでWebアプリケーションとセッションを共有できます。共有Keychainを介してネイティブアプリ間でトークンを直接共有することは、OAuth 2.0仕様に準拠していません。
  • 実装の負荷: カスタム資格情報フォームは、Auth0ネイティブSDKに付属するシステムブラウザフローよりも実装に時間がかかる場合があります。また、ログインUIに影響する新機能をリリースする際は、それらをアプリに追加し、ユーザー向けにアップデートをリリースする必要があります。
  • OAuth 2.0のベストプラクティス (RFC 8252) : RFC 8252では、ネイティブアプリのブラウザを介したOAuthフローには外部ユーザーエージェントの使用を推奨しています。
パスキー APIやネイティブソーシャルログインなどの最新の埋め込み型の方法は、プロトコルに準拠したトークン交換であり、こうしたトレードオフの大半を回避できます。

​
ネイティブソーシャルログイン

ネイティブアプリにこの機能を追加すると、ユーザーはアプリ内でソーシャルを使って直接認証できるようになります。 Facebookログイン: Appleでサインイン:

​
レート制限

制限が適用されるのは ネイティブソーシャルログイン フローに関連するリクエストのみで、これらのリクエストは、以下の初期条件に基づいてリクエスト本文から識別されます。

​
有料顧客の本番テナントに適用される制限

​
有料顧客の非本番テナントおよび無料顧客のすべてのテナントに適用される制限