5 Steps to Implement OAuth2 in Capacitor Apps

OAuth2を追加したい OAuth2 __CAPGO_KEEP_0__ Capacitor Capacitor

OAuth2 Capacitor apps Capacitor @capgo/capacitor-social-login Capacitor @capgo/capacitor-passkey keeps browser-style WebAuthn code while native passkey calls are handled for you. Plus, it keeps your app secure by using tokens instead of storing sensitive credentials.

Capacitor Capacitor app 5つのステップで実装する

1. OAuth2プロバイダーのセットアップ: プロバイダを選択してください (例えば、Google、Auth0) OAuth2プラグインのインストールと設定: プラグインを追加するか、@__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-social-loginを使用する (Google、Apple、Facebookの場合) およびプラットフォーム固有の設定 (例えば、iOS、Androidの場合) を設定する
2. __CAPGO_KEEP_0____CAPGO_KEEP_1__ @byteowls/capacitor-oauth2 __CAPGO_KEEP_0__ @capgo/capacitor-social-login __CAPGO_KEEP_0__ Info.plist __CAPGO_KEEP_1__ AndroidManifest.xml __CAPGO_KEEP_0__
3. 認証フローを構築する: ユーザーログイン、トークンストレージ、ログアウトを安全に管理するプラグインを使用する : PKCE を有効にする : PKCE の追加保護
4. プラットフォームをまたいだテスト: iOS、Android、Webブラウザでフローを検証する。リダイレクト URI の一致性や PKCE のエラーなどの一般的な問題を修正する
5. 実装をセキュアにする: セキュアなストレージ (Keychain / Keystore) にトークンを保存する、HTTPS を使用する、強力なコンテンツ セキュリティ ポリシーを設定する比較: セキュアなトークン ストレージ オプション: Keychain / Keystore : HTTPS.

: 強力なコンテンツ セキュリティ ポリシー

Capacitor アプリに Google Sign In を追加する方法 Capacitor Capacitor Ionic アプリ

ステップ 1: Capgo アプリケーション用の OAuth2 をセットアップする OAuth2 プロバイダー

OAuth2 プロバイダーを正しくセットアップすることは、すべてが順調に動作することを保証する最初の重要なステップです。このプロセスには、プロバイダーを選択すること、リダイレクト URI の技術的な詳細を設定すること、そして、安全にクレデンシャルを管理することが含まれます。これらのステップは、次の段階で OAuth2 プラグインをインストールするための土台を築きます。

OAuth2 プロバイダーの選択

まず、OAuth2 プロバイダーを選択してください。プロバイダーは、アプリの機能、セキュリティ要件、互換性に合致するものを選択する必要があります。開発中のアプリの種類は、OAuth 2.0 フローを決定し、直接プロバイダーの選択に影響します。 [2]. For Capacitor-based apps, it’s recommended to use the Authorization Code Flow with PKCE - this is the preferred method for mobile applications.

プロバイダーを比較する際は、セキュリティ機能に焦点を当ててください。署名されたクッキー、CSRF トークン検証、暗号化された JWT のような機能を探してください。アプリが敏感なデータを扱う場合、多要素認証のサポートも重要です。 ステップ 2: OAuth2 プロバイダーをセットアップする は必須です。評価する際は、コストと機能をバランスさせて、必要に応じて長時間の比較に巻き込まれないようにしてください。

リダイレクト URIを設定する

リダイレクト URIは重要です - これらは、ユーザーが認証を完了した後、ユーザーをどこに送るかをOAuth2プロバイダーに伝えます。正しく設定することで、モバイルとウェブ両方のプラットフォームで滑らかなエクスペリエンスを実現できます。

モバイルアプリでは、カスタムURLスキームを使用します。これは、通常、 com.example.app://callbackで表されます。ここで com.example.app はアプリのパッケージIDに一致します。ウェブでは window.location.origin をリダイレクトURIとして使用します。ローカルでテストしている場合、 http://localhost:8100/callback のようなURLがうまく機能します。

For iOS users, keep in mind that Capacitor’s Browser plugin uses のブラウザプラグインがSFSafariViewController を使用していることを覚えておいてください。iOS 11以降では、このプラグインはSafariとCookieを共有しないため、シングルサインオンの機能に影響を与える可能性があります。SSOが必須の場合は、ASWebAuthenticationSessionをサポートするプラグインを使用することを検討してください。 [3].

クライアント資格情報の管理

クライアント資格情報は、OAuth2 プロバイダーにアプリを識別するために使用され、クライアント ID とクライアント シークレットで構成されます。クライアント ID を公の識別子として考えてみましょう。クライアント シークレットは、プライベート キーとして扱う必要があります。

クライアント シークレットを直接アプリにハードコードしたり、バージョン管理システムにコミットしたりしないでください。代わりに、環境変数または安全なシークレット管理システムを使用して、シークレットを保存してください。また、短期間のトークンと最小限のスコープを選択して、露出を制限し、セキュリティを向上させてください。

ステップ 2: OAuth2 プラグインのインストールと設定

OAuth2 プロバイダーが準備できたので、次のステップは、Capacitor アプリにプラグインを追加し、iOS、Android、Web プラットフォーム向けに設定することです。

プラグインのインストール

プラグインは、ほとんどの OAuth2 プロバイダーと互換性があります。互換性の問題を避けるために、__CAPGO_KEEP_0__ の設定に合わせたバージョンをインストールする必要があります。 @byteowls/capacitor-oauth2 plugin works with most OAuth2 providers. To avoid compatibility issues, you’ll need to install the version that matches your Capacitor setup.

Capacitor v5

• Capacitor v4: npm i @byteowls/capacitor-oauth2
• Capacitor v3: npm i @byteowls/capacitor-oauth2@4
• Install the Plugin for Capacitor v5: npm i @byteowls/capacitor-oauth2@3

インストール後、Syncコマンドを実行して、ネイティブ依存関係を更新してください。このステップは、iOSおよびAndroidプロジェクトとのプラグインの統合を確実に実行するために不可欠です。このステップをスキップすると、モバイルプラットフォーム向けにコンパイルする際にビルドエラーが発生する可能性があります。npx cap syncプラグイン設定

インストール後、OAuth2プロバイダーの設定に合わせてプラグインを設定する必要があります。これは、

オブジェクトを呼び出す際に実行されます。重要なパラメーターを定義するには、以下のものがあります: oauth2Options appId authenticate() : OAuth2プロバイダから取得したクライアントIDです。

• authorizationBaseUrl: OAuth2プロバイダの認証エンドポイントです。
• responseType: 通常は
• appIdクライアントID "code" モバイルアプリケーション向けに。
• リダイレクトURL: この値は、ステップ1で設定したリダイレクトURLと一致する必要があります。

追加のパラメータやプラットフォーム固有のオプションを設定することもできます。 accessTokenEndpoint, scope, などを指定して、認証プロセスを微調整できます。

Android向けには、 AndroidManifest.xml と strings.xml ファイルを更新して、正しいスキームとホスト情報を設定します。iOS向けには、 Info.plist ファイルを修正して、リダイレクトURLスキームを登録します。これらのプラットフォーム固有の変更により、ユーザーは認証後、再びアプリにリダイレクトされます。

Check Capacitor Version Compatibility

It’s essential to verify that the plugin version matches your Capacitor version. Mismatched versions can cause build errors or runtime issues. The @byteowls/capacitor-oauth2 Check Capacitor Version Compatibility

iOSアプリ開発者は、Xcodeのバージョン要件に注意してください。互換性のないバージョンを使用すると、アプリが正常にビルドされない可能性があります。プラグインドキュメントには、バージョンに関するトラブルシューティングのための詳細な互換性テーブルが含まれています。

問題が発生した場合は、現在のプラグインバージョンをアンインストールし、Capacitorバージョンに適したプラグインバージョンをインストールし、再度syncコマンドを実行してください。この方法は、互換性のないバージョンを強制的に使用しようとするよりも効果的です。

Step 3: OAuth2認証フローの構築

プラグインを設定した後、完全に機能する認証フローを作成する時間です。このステップでは、安全なユーザーログイン、トークン管理、ログアウトを実現し、ユーザーセッションをクロスプラットフォームで管理できるアプリを作成できます。

ログインフローを作成

ログインプロセスは、オプションオブジェクトを呼び出すことで始まります。 authenticate() このオブジェクトには、 authorizationBaseUrl, redirectUrl、および responseType を含める必要があります。 'code' を設定することで、PKCE 要件を満たすことができます。

プラグインは、ユーザーが資格情報を入力できるように、プロバイダーのログインページを開きます。

ログインが成功すると、プロバイダーはユーザーをアプリにリダイレクトし、トークンとユーザー詳細を含むレスポンスを返します。

ここがベストパートです: ユーザーは OAuth2 プロバイダーの資格情報を直接入力するので、アプリは敏感な情報にアクセスできません。

メソッドは、エイリアス トークン、リフレッシュ トークン、ユーザー データ (メールアドレスやプロファイル詳細など) を含むレスポンス オブジェクトを返します。

• iOS と Android でこのプロセスは、セキュアな Web ビューを使用してクッキーをシステム ブラウザと共有します。 Web プラットフォームでは、標準ブラウザのリダイレクトを使用します。リダイレクト URL を適切に設定することで、どのプラットフォームでも smooth なユーザー エクスペリエンスを確保できます。
• トークン ストレージとリフレッシュのハンドリング: セキュアなストレージを使用してください。例えば、 capacitor-secure-storage プラグインを使用すると、iOS Keychain または Android Keystore を介して AES-256 でトークンを暗号化できます。 。これにより、デバイスが侵害された場合でも、トークンは保護されます。アプリが再起動したときに、保存されたトークンを確認して、ユーザーをログインさせるために再度入力する必要がなくなるようにします。

保存方法

セッションを有効に保つには、トークンが期限切れになる前に、リフレッシュトークンを更新してください。アクセストークンが期限切れになる前にAPIを呼び出す前に、トークンが期限切れになるかどうかを確認してください。そうであれば、OAuth2 プロバイダーから新しいアクセストークンを取得するためにリフレッシュトークンを使用してください。追加の信頼性を確保するために、ネットワークが再接続されたときにトークンを更新するロジックを含めることもできます。リフレッシュトークンが期限切れまたは削除された場合、ユーザーを再認証するためのログインフローにリダイレクトしてください。

ログアウト機能を追加する

安全で効果的なログアウトプロセスは、重要です。まず、プロバイダーのエンドポイントを通じてリフレッシュトークンを削除してください。次に、セキュアストレージからトークンをクリアし、ユーザーデータをリセットして、すべてのセッションを終了してください。

ローカルにトークンを削除するだけでは十分ではありません。OAuth2 プロバイダーは、自動的にユーザーを再認証できるようにするためにサーバー側のセッションを維持することがよくあります。リフレッシュトークンを削除すると、認証グランドに関連付けられたトークンチェーンを破壊し、保存されたクレデンシャルが再利用できないようにします。

「JWT アクセストークンは削除できません。期限切れになるまで有効です。Bearer トークンであるため、無効にする方法はありません。」 – lihua.zhang、Auth0 エンジニア [5]

トークンを削除するには、リフレッシュトークンをプロバイダーのトークン削除エンドポイントに呼び出してください。セキュアストレージからトークンを削除し、キャッシュされたユーザーデータをリセットし、ログイン画面にユーザーをリダイレクトしてください。

SSOの設定では、同じプロバイダーを使用する他のアプリのセッションも終了するようにするかどうかを決定する必要があります。さらに、ログアウトプロセスがネットワークの切断中にSmoothに動作するようにするには、ログアウト要求をローカルに保存し、接続が復元されたときに再試行する必要があります。これにより、プロバイダーのエンドで適切なクリーンアップが行われます。

Step 4: CapgoアプリケーションにOAuth2統合をテストする

OAuth2設定を設定し、認証フローを開発した後、次のステップは徹底的なテストです。これにより、デバイスとプラットフォームをまたいだ統合がスムーズに動作し、ユーザーに信頼できる体験を提供することが保証されます。テストには、モバイルデバイスとWebブラウザで機能を検証し、リリースする前に潜在的な問題を特定して解決することが含まれます。

iOSとAndroidでテストする

iOSデバイスで認証プロセスを完全にテストから始めましょう。

• iOSの場合: URLスキームが正しく設定されていることを確認し、OAuth2プロバイダーからリダイレクトを受け取るようにアプリが適切に処理していることを確認する必要があります。認証要求にを使用しないようにしましょう。エラーが発生する可能性があるため、代わりにGoogle Sign-In for iOSまたはOpenID FoundationのAppAuth for iOSを使用して認証フローを効果的に処理することができます。 Info.plist Androidの場合 WKWebView : アプリがOAuth2プロバイダーからリダイレクトを受け取るように適切に処理していることを確認する必要があります。 disallowed_useragent Step 4: CapgoアプリケーションにOAuth2統合をテストする [6].

• OAuth2統合をテストするiOSとAndroidでテストする AndroidManifest.xml includes the correct intent filters to handle redirect URIs. Similar to iOS, avoid using android.webkit.WebView for authorization requests, as it can also cause disallowed_useragent errors. Opt for libraries like Google Sign-In or OpenID AppAuth for Android [6].

Opt for libraries like Google Sign-In or OpenID AppAuth for Android [7]In both cases, test for error scenarios, such as an unavailable authorization server [6].

. If your app requests multiple permissions (scopes), verify which ones are granted and handle situations where some may be denied

Test on Web [10]For web platforms, use developer tools to monitor network requests and ensure token security. Tools like OAuth 2.0 Playground can help you test your flow , while HTTP intercepting proxies like ZAP BurpSuite BurpSuite [11].

テスト時は、パブリッククライアント向けに推奨される方法として、Authorization Code グラントを使用してPKCEを実行します。シークレットはURLパラメータではなく、POSTパラメータまたはヘッダ値を使用して安全に送信するようにしてください。さらに、URLパラメータを使用しないようにして、セキュリティヘッダを実装することもお勧めします。 Referrer-Policy 保護を強化するために使用する [11].

一般的な問題を解決する

テスト中に、解決する必要がある一般的な問題が発生する可能性があります。

• 不正なリダイレクトURI: リダイレクトURIが一致しないことが多いので、OAuth2プロバイダーの設定、__CAPGO_KEEP_0__アプリのファイル、およびネイティブプラットフォームのマニフェストで一致するようにしてください。 capacitor.config.json file in your Capacitor app, and the native platform manifests.

  PKCE検証エラー [8]

• : PKCEがサポートされ、正しく設定されていることを確認してください。アプリのセキュリティを確保するために不可欠です。プラグイン実装エラー [9].

• : 「プラグインはiOSで実装されていない」などのエラーは、__CAPGO_KEEP_0__環境内の欠陥または問題が原因であることが多いため、OAuth2プラグインでログを有効にして、問題を特定して解決することができます。: Errors like “Plugin is not implemented on iOS” typically indicate missing configurations or issues within the Capacitor environment. Enable logging in your OAuth2 plugin to help identify and resolve these problems [4].

• ステートミスマッチエラー: 認証要求のステートパラメータとリダイレクトレスポンスのステートパラメータが一致しない場合、セキュリティリスクの兆候となる可能性があります。特にFacebookなどのプロバイダーにカスタムOAuthハンドラーを使用する場合に尤もです。カスタムハンドラーを code を慎重に確認して、エラーまたはミス設定がないことを確認してください [4].

ステップ 5: OAuth2実装をセキュアにする

OAuth2統合を保護することは、敏感なデータを保護し、脆弱性を最小限に抑えるために不可欠です。以下の重要な実践を実施して、実装がセキュアであることを保証します。

有効化 PKCE セキュリティの向上

認証フローをセキュアにする最も効果的な方法は、PKCE (Proof Key for Code Exchange) を有効化することです。PKCE は、認証コードの不正な取得を防ぐのに役立ちます。ここでは、どのように機能するかを説明します。

• まず、43から128文字の間のランダムな code_verifier を作成します。
• 次に、 code_challenge OAuth2をCapacitorアプリに実装する5つのステップ code_verifier ハッシュ値を生成するために

SHA-256を使用し、結果をbase64 URL形式でエンコードします。 capacitor-community/generic-oauth2 CapacitorアプリでOAuth2を実装する場合、PKCEを有効にするのは簡単です。ここでは、例としての設定を示します。

{
  responseType: "code",
  pkceEnable: true,
  redirectUrl: "com.companyname.appname:/"
}

このプラグインはPKCEを自動的に処理し、Codeフローをサポートしていません。正しい検証のために、 code_challenge_method は「S256」に設定されています。 [12].

トークンを安全に保存する

OAuth2トークンを不正アクセスから保護するには、トークンを安全に保存することが不可欠です。ネイティブモバイルアプリでは、オペレーティングシステムが提供する安全なストレージを利用してください。

• iOSでは Keychain を使用してハードウェアバックアップされた暗号化とOSレベル保護を実現できます。
• Androidでは キーストア, これはまた バイオメトリック認証 セキュリティの追加

ウェブアプリケーションでは、 HttpOnlyのセキュアなクッキー 属性 SameSite クロスサイトスクリプティング(XSS)のリスクを軽減する

セキュアなストレージオプションの比較

セキュリティの向上のために、短期間のアクセストークンと暗号化されたストレージを使用することを検討してください。たとえば、Auth0では、ユーザーごとにアプリケーションごとに200個のアクティブなリフレッシュトークンを制限してリスクを軽減しています。 [13].また、HttpOnly Cookieを使用するBFFプロキシを使用してセキュリティを強化することもできます。 [14].

コンテンツセキュリティポリシーを設定

セキュアなストレージに加えて、クロスサイトスクリプティング(XSS)やcodeインジェクションなどの攻撃からアプリケーションを保護するために、強力なコンテンツセキュリティポリシー(CSP)を実装することもできます。CSPはサーバー側で設定できます。HTTPヘッダーを使用するか、HTMLにタグを追加することで設定できます。 Content-Security-Policy HTTPヘッダーまたはHTMLにタグを追加することで設定できます。 <meta> 重要なディレクティブに焦点を当てるには:

__CAPGO_KEEP_0__

• default-src：すべてのコンテンツタイプのためのフォールバックルールを設定します。
• script-src：実行されるJavaScriptファイルを制御します。
• connect-src：API呼び出しとOAuth2のインタラクションを管理します。
• frame-ancestors：クリックジャッキングを防ぐために、iframe内にアプリを埋め込むことが許可されるのは、指定されたURLのみです。

最大の保護を実現するには、厳格なnonceまたはハッシュを使用し、広範な許可リストではなく、次のディレクティブを避けることをお勧めします。 unsafe-inline または unsafe-eval、HTTPSからHTTPに移行しているアプリの場合、HTTPSへの移行を支援するために、次のディレクティブを追加することを検討してください。 upgrade-insecure-requests OAuth2コンテンツを他の場所に埋め込まれないようにするには、次のディレクティブを設定することをお勧めします。 frame-ancestors 'none'.

まとめと次のステップ

重要なポイント

You’ve successfully implemented OAuth2 authentication in your Capacitor app by following five core steps. These included setting up your OAuth2 provider, installing the required plugins, creating the authentication flow, testing across platforms, and securing your integration using PKCE and proper token storage. It’s important to remember that OAuth 2.0 is an 認可プロトコル認証プロトコル [1]であることに注意してください。主な焦点は、権限を付与することではなく、ユーザー識別性を検証することです。

Security is crucial, especially for mobile apps. Organizations using OAuth 2.0 report a 34% drop in API access security incidents compared to those relying on basic authentication methods [19]Capgoアクセスセキュリティインシデント

。ベストプラクティスを取り入れることで、短期間のアクセストークンを使用すること、PKCEを実装すること、トークンを安全に保存することなど、セキュアなフレームワークを構築することができます。

今、セキュアなフレームワークを維持しながら、アプリの機能を拡張する方法を探すことができます。

機能を追加する

• OAuth2を実装したことで、アプリの機能を拡張する機会が得られます。たとえば、 OIDC: OAuth 2.0を拡張してユーザー認証とシングルサインオン機能を追加します。 [16].
• Multi-Factor Authentication (MFA): セキュリティを強化するために追加の保護層を追加します。 [17].
• Progressive Profiling: ユーザー情報を段階的に収集して、オンボーディングとユーザー体験を向上させます。 [15].

For ongoing maintenance and updates, consider tools like Capgo, これにより、ライブアップデート、修正、機能を即時実行できます - アプリストアの承認を待つ必要がなくなります。特にセキュリティパッチの処理や新しい認証機能のロールアウトに役立ちます。

More Resources

To OAuth2実装をさらに強化するために、以下のリソースと戦略を活用してください:

• API ゲートウェイ セキュリティ: OAuth2を実装することで、デプロイメントを強化し、認証と認可、キャッシュ、ロギングと分析を実現することができます。 [20].

• Aaron Pareckiのアドバイス: Aaron Parecki氏によると、著者である OAuth 2.0 Simplified:

  「Authorization Code Flowは、サーバーサイドアプリケーションで使用することができる最も安全なOAuth 2.0フローであり、可能な限り使用することが推奨されています」 [18].

ここでは、次のステップを導くための簡単な参照表をご紹介します。

最新のセキュリティの問題に対応し、実装を最新の状態に保つことで、先行することができます。例えば、OAuth 2.1では、PKCEをすべての認証code要求に必要とし、より安全なフローを廃止しています。 [19]. さらに、CapacitorドキュメントとOAuth2プラグインリポジトリは、継続的な技術支援を提供し、認証システムの維持と改善を支援します。

FAQ

::: faq

OAuth2でモバイルアプリにAuthorizationCodeフローを使用する理由は何ですか?

AuthorizationCodeフローを使用する理由

Authorization__CAPGO_KEEP_0__フロー AuthorizationCodeフローは、認証Codeの妨害や中間者攻撃などのリスクを解決することで、セキュリティを向上させます。PKCE(Proof Key for__CAPGO_KEEP_1__ Exchange)は、認証サーバーが検証する独自の__CAPGO_KEEP_2__チャレンジを追加することで、保護層を追加します。このため、認証プロセスを完了するのは、意図されたアプリのみになります。 is a go-to choice for mobile apps because it boosts security by addressing risks like authorization code interception and man-in-the-middle attacks. PKCE (Proof Key for Code Exchange) works by adding an extra layer of protection: it requires a unique code challenge that the authorization server validates. This ensures that only the intended app can finalize the authentication process.

検証プロセス

::: faq

OAuth2トークンをiOS、Android、Webアプリで安全に保存する最良の方法は何ですか?

OAuth2トークンをさまざまなプラットフォーム間で安全に保存するには 各プラットフォームに特化した安全なストレージソリューションを使用することが重要です。iOSの場合はKeychain Servicesが、Androidの場合はAndroid Keystoreシステムを使用することをお勧めします。これらのツールは、機密データ、トークンを含めて、保護するために設計されています。Web上では、安全なクッキーまたは暗号化されたブラウザーストレージを使用することが効果的な代替手段となります。

トークンを暗号化することで、AES-256などの暗号化を追加することで、トークンをさらに保護できます。短期間のトークンを使用し、必要に応じて安全に更新することで、リスクをさらに軽減できます。OAuth2プロセス中にPKCE(Proof Key for __CAPGO_KEEP_0__ Exchange)を実装することで、不正アクセスを防ぐことができます。さらに強固な保護を実現するには、生物認証を統合することで、正当なユーザーだけが保存されたトークンにアクセスできるようにすることができます。 ::: ::: faq OAuth2統合を__CAPGO_KEEP_0__アプリでテストする際に最も一般的な問題は何ですか、それらをどのように解決できますか? Code __CAPGO_KEEP_0__

__CAPGO_KEEP_0__

Capacitor

OAuth2統合テストの際にCapacitorアプリで開発者が遭遇する可能性のある一般的な障壁については、以下に簡単に説明します。

• クライアント認証情報の不正: クライアントIDとシークレットを正しく設定し、OAuthプロバイダーの設定に記載されている詳細と一致させてください。小さなタイプミスでも問題が発生する可能性があります。
• リダイレクトURIの不一致: アプリのリダイレクトURIは、OAuthプロバイダで登録されているものと完全に一致する必要があります。確認しないと、不必要な頭痛が生じる可能性があります。
• トークンの有効期限: トークンは永続的ではありません。有効期限切れのトークンを処理するための信頼性の高いトークン更新システムを設定してください。ユーザー体験を中断せずに、トークン更新をスムーズに実行してください。
• スコープの不一致: アプリで要求するスコープは、OAuthプロバイダで設定されているスコープと一致する必要があります。スコープが一致しないと、予期せぬエラーが発生する可能性があります。

これらの問題を解決するには、アプリのOAuth設定を徹底的にレビューし、強力なエラーハンドリングを実装して、問題を早期に検出して対処し、異なるシナリオ下で認証フローをテストすることが重要です。Capgoなどのツールを使用すると、直接アプリに更新や修正をプッシュできるため、アプリストアの承認を待つ必要がなく、開発が効率的でユーザーが満足できるようになります。

5ステップでCapacitorアプリにOAuth2を実装する

: __CAPGO_KEEP_0__アプリでOAuth2を実装する場合 5 Steps to Implement OAuth2 in Capacitor Apps セキュリティとコンプライアンスを計画するには、を接続する 暗号化 暗号化の実装詳細 コンプライアンス コンプライアンスの実装詳細 Capgo Security Scanner for the product workflow in Capgo Security Scanner, Capgo Security for the product workflow in Capgo Security, and Capgo Trust Center for the product workflow in Capgo Trust Center.