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) プロバイダを選択 (例: Google、Auth0)OAuth2 プラグインをインストールおよび設定する
2. : プラグインを追加、または @__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-social-login を使用します (例: Google、Apple、Facebook)。プラグインを追加、または @__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-social-login を使用します (例: Google、Apple、Facebook)。 @byteowls/capacitor-oauth2 プラットフォーム固有の設定を設定します (例: iOS、Android) @capgo/capacitor-social-login for Android Info.plist configure redirect URIs, and manage client credentials securely. AndroidManifest.xml Add the
3. 認証フローを構築する: ユーザーログイン、トークンストレージ、ログアウトを安全に管理するプラグインを使用する : PKCE を有効にする : PKCE の追加保護
4. プラットフォームをまたがってテストする: iOS、Android、ウェブブラウザでフローを検証する。リダイレクト URI の一致性ミスや PKCE エラーなどの一般的な問題を修正する
5. 実装をセキュアにする: セキュアなストレージ (Keychain / Keystore) にトークンを保存する、HTTPS を使用する、強力なコンテンツ セキュリティ ポリシーを設定するQuick Comparison: Secure Token Storage OptionsSecure Token Storage Optionsの比較 Secure Token Storage Optionsの比較.

Secure Token Storage Optionsの比較

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

ステップ 1: Capgo アプリで OAuth2 を実装するための 5 つのステップ 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 プロバイダーを設定する CapgoではOAuth2の実装は必須です。評価する際は、コストと機能を必要に応じてバランスさせて、長時間の比較に囚われないようにしてください。

リダイレクト URIを設定

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

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

iOSユーザーには、Capacitorのブラウザプラグインが SFSafariViewControllerを使用していることを覚えておいてください。 iOS 11以降では、このプラグインはSafariとCookieを共有しません。これは、シングルサインオンの機能に影響を与える可能性があります。SSOが必須の場合は、ASWebAuthenticationSessionをサポートするプラグインを使用することを検討してください。 [3].

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

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

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

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

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

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

プラグインは、ほとんどの OAuth2 プロバイダーと互換性があります。互換性の問題を回避するには、__CAPGO_KEEP_0__ の設定に合わせたバージョンをインストールする必要があります。 @byteowls/capacitor-oauth2 インストールコマンドは、Capacitor のバージョンに基づいています。

Capacitor v5

• Capacitor v4: npm i @byteowls/capacitor-oauth2
• Capacitor v3: npm i @byteowls/capacitor-oauth2@4
• Capacitor: 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 iOSの場合、リダイレクトURLスキームを登録するために、ファイルを変更してください。プラットフォーム固有の変更により、ユーザーは認証後にアプリにリダイレクトされることを保証します。 strings.xml バージョン互換性を確認してください。 Info.plist プラグインのバージョンがCapacitorのバージョンと一致していることを確認する必要があります。バージョンが一致していないと、ビルドエラーまたは実行時エラーが発生する可能性があります。プラグインはCapacitorのリリースと厳密に同期しているため、互換性を確認する前に進んでください。

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 plugin strictly aligns with Capacitor releases, so double-check compatibility before proceeding.

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

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

Step 3: OAuth2認証フローを構築する

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

ログインフローを作成する

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

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

ログインが成功すると、プロバイダはユーザーをアプリにリダイレクトし、トークンとユーザー情報を提供します。

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

メソッドは、リダイレクトURLを適切に設定することで、プラットフォームに関係なくSmoothなユーザー体験を確保できます。

• トークンを安全に管理し、自動的にリフレッシュすることで、セッションの中断を防ぎましょう。アクセストークン
• をメモリに保存して、迅速かつ一時的なアクセスを実現しましょう。: セキュアなストレージを使用してください。 capacitor-secure-storage : プラグインを使用して、iOS Keychain または Android Keystore を介して AES-256 でトークンを暗号化します。 : iOS Keychain または Android Keystore を介して AES-256 でトークンを暗号化します。: デバイスが侵害された場合でも、トークンは保護されます。

: アプリが再起動したときに、保存されたトークンを確認して、ユーザーをログインさせるために再度入力する必要がなくなるようにします。

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

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

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

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

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

トークンを削除するには、リフレッシュトークンをプロバイダーのトークン削除エンドポイントに呼び出してください。次に、ローカル ストレージからトークンを削除し、キャッシュされたユーザー データをリセットし、ユーザーをログイン画面にリダイレクトしてください。このサーバー側のアクションにより、トークンを不正使用することが防止されます。クレデンシャルが漏洩した場合でも、トークンを削除することで、トークンを不正使用することが防止されます。

Capgo

OAuth2

Capacitor

Capgo

Capacitor

• CapgoCapacitor Info.plist Capacitor WKWebView Capacitor disallowed_useragent Capacitor [6].

• CapacitorCapacitor AndroidManifest.xml OAuth2をCapacitorアプリに実装するための5つのステップ android.webkit.WebView iOSと同様に、リダイレクトURIを処理するための正しい意図フィルタを含めるようにしてください。 しかし、認証要求のために使用しないでください。 disallowed_useragent エラーを引き起こす可能性があるため、認証要求のために使用しないでください。 [6].

Androidの場合、Google Sign-InやOpenID AppAuthなどのライブラリを使用することをお勧めします。 [7]どちらの場合も、エラーが発生する可能性のあるシナリオをテストすることをお勧めします。 たとえば、認可サーバが利用できない場合など。 [6].

アプリが複数の権限 (スコープ) を要求している場合、実際に許可された権限を確認し、許可されていない権限が拒否された場合の対応を検討してください。

Web [10]Webプラットフォームの場合、開発者ツールを使用してネットワークリクエストを監視し、トークンのセキュリティを確保することをお勧めします。 OAuth 2.0 Playgroundなどのツールを使用してフローをテストできます。 HTTPインターセプティングプロキシとして ZAP または BurpSuite [11].

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

一般的な問題を解決する

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

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

  PKCE検証エラー [8]

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

• : 「プラグインはiOSで実装されていない」などのエラーは、__CAPGO_KEEP_0__環境内の設定が不足しているか、問題があることを示しています。OAuth2プラグインのログを有効にして、これらの問題を特定して解決するのに役立ちます。When testing, use the Authorization Capacitor grant with PKCE, as it’s the recommended approach for public clients. Ensure secrets are transmitted securely via POST parameters or header values instead of URL parameters. Additionally, implement security headers like [4].

• State Mismatch Errors: If the state parameter in the authorization request doesn’t match the one in the redirect response, it could signal a security risk. This is especially relevant when using custom OAuth handlers for providers like Facebook. Carefully review your custom handler code to ensure there are no errors or misconfigurations [4].

Stateパラメータとリダイレクトレスポンス内のStateパラメータが一致しない場合、セキュリティリスクの兆候となる可能性があります。特にFacebookなどのプロバイダーにカスタムOAuthハンドラーを使用する場合に、注意が必要です。カスタムハンドラーを __CAPGO_KEEP_0__ にチェックして、エラーまたはミス設定がないことを確認してください。

Step 5: CapgoアプリケーションにOAuth2を実装するための5つのステップ

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

One of the most effective ways to secure your authorization flow is by enabling PKCE (Proof Key for Code Exchange). PKCE helps prevent unauthorized interception of authorization codes. Here’s how it works:

• 認可フローをセキュアにする最も効果的な方法の1つは、PKCE（Proof Key for __CAPGO_KEEP_0__ Exchange）を有効化することです。PKCEは、認可コードの不正な取得を防ぐのに役立ちます。ここでは、PKCEがどのように機能するかを説明します。 code_verifier ランダムな文字列を生成し、43から128文字の長さでなければなりません。
• 次に、 code_challenge OAuth2をCapacitorアプリに実装する5つのステップ code_verifier ハッシュ値をSHA-256でハッシュし、結果をbase64 URL形式でエンコードします。

Capacitorを使用している場合、PKCEを有効にするのは簡単です。ここでは、例の設定を示します。 capacitor-community/generic-oauth2 このプラグインはPKCEを自動的に処理し、__CAPGO_KEEP_0__フローをサポートしていません。正しい検証のために、

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

This plugin automatically handles PKCE and does not support the Code Flow without it. The code_challenge_method セキュアなストレージを使用してトークンを保存することは、未承認のアクセスを防ぐために不可欠です。ネイティブモバイルアプリでは、オペレーティングシステムが提供するセキュアなストレージを利用してください。 [12].

iOSでは、

Keychain

• を使用してハードウェアバックアップされた暗号化とOSレベル保護を実現できます。 Androidでは、 Secure Storage for Tokens
• by hashing the キーストア, これはまた 生物認証 セキュリティの追加

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

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

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

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

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

Key directives to focus on include:

• default-srcOAuth2をCapacitorアプリに実装する5つのステップ
• script-src: JavaScriptファイルの実行を制御します。
• connect-src: Manages API calls and OAuth2 interactions.
• frame-ancestorsiframe埋め込みを防止することでクリックジャッキングを防止します。

OAuth2の実装に最も適した方法は、厳格なnonceまたはハッシュを使用し、広範な許可リストの代わりに、以下のようなディレクティブを避けることです。 unsafe-inline CapacitorアプリケーションでOAuth2を実装する5つのステップ unsafe-evalHTTPS への移行中のアプリは、Cloudflare の SSL/TLS 証明書を使用することを検討してください。 upgrade-insecure-requests directive. OAuth2 コンテンツを他の場所に埋め込まれないようにするには、 (kept the word directive as it is, and only translated the rest of the text) frame-ancestors 'none'.

Conclusion and Next Steps

Key Takeaways

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]セキュリティは、特にモバイルアプリでは重要です。OAuth 2.0を使用する組織は、基本的な認証方法に頼る組織と比較して、34%の

アクセスセキュリティインシデント

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

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

• 機能を追加する OIDC: OAuth 2.0を拡張してユーザー認証とシングルサインオン(SSO)機能を追加します。 [16].
• Multi-Factor Authentication (MFA): セキュリティを強化するために追加の保護層を追加します。 [17].
• Progressive Profiling: ユーザー情報を徐々に収集して、オンボーディングとユーザー体験を向上させます。 [15].

For ongoing maintenance and updates, consider tools like Capgo、

ライブアップデート、修正、機能を即時実行できるようにします - アプリストアの承認を待つ必要がなくなります。この機能は、セキュリティパッチの処理や新しい認証機能のロールアウトに特に便利です。

More Resources

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

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

  “The Authorization Code Flow is the most secure of the OAuth 2.0 flows and should be used whenever possible for server-side applications” [18].

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

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

FAQ

::: faq

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

Authorization Code フローを使用する理由

Authorization __CAPGO_KEEP_0__ フロー Authorization Code フローは、認証 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.

Authorization __CAPGO_KEEP_0__ Flow with PKCE

::: faq

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

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

トークンを暗号化することで、AES-256 などの暗号化を追加することで、トークンをさらに保護できます。 短期間のトークンを使用し、必要に応じてトークンを更新することで、リスクをさらに軽減できます。 OAuth2 プロセス中に PKCE (Proof Key for __CAPGO_KEEP_0__ Exchange) を実装することで、不正アクセスをブロックすることができます。 PKCE (Proof Key for Code Exchange) ::: faq

Capacitor アプリで OAuth2 統合をテストする際に最も一般的な問題は何ですか? どのように解決できますか?

What are the most common issues when testing OAuth2 integration in Capacitor apps, and how can they be fixed?

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

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

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

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

: __CAPGO_KEEP_0__アプリでOAuth2を実装するための5ステップについては、以下を参照してください。 CapacitorのOAuth2実装の5つのステップ セキュリティとコンプライアンスを計画するには、を接続する 暗号化 暗号化の実装詳細 コンプライアンス コンプライアンスの実装詳細 Capgo セキュリティ スキャナー Capgo セキュリティ スキャナーの製品ワークフロー Capgo セキュリティ Capgo セキュリティの製品ワークフロー Capgo トラスト センター Capgo トラスト センターの製品ワークフロー