メインコンテンツへスキップ

信頼性

セキュリティ質問票の概要

調達およびセキュリティ審査用の回答です。公開されているCapgoのページやドキュメントに基づいています。SOC 2、ISO 27001、詳細なコントロールマッピング、および記入済みの質問票については、 Trust Portal (NDAに基づくアクセスリクエストが必要です)。認証レポートはメールでは送付しておりません。

最終更新日: 2026年10月6日

本ページの利用方法

各セクションでは、公開されている Capgo ソース、および記載がある場合は承認済みベンダーへの回答（タグ形式でコントロールIDを表示）をまとめています。契約条項の詳細については、リンク先の一次ソースを参照してください。SOC 2 Type 2、ISO 27001:2022、およびレポートのPDFについては、以下をご利用ください。 trust.capgo.app （メールではなく、そちらでNDAに署名してください）。以下の項目は 非公開のトピック Trust Portal または security@capgo.app がまだ必要ですか？

関連ページ: 信頼性 , セキュリティポリシー , サブプロセッサー , DPA , エンタープライズ .

会社および製品情報

  • 法人名: Digital Shift OÜ (登録番号 code 14236508), Sepapaja 6, 15551 Tallinn, Estonia. 米国での請求対象のお客様は、デラウェア州有限責任会社である CodepushGo, LLC (131 Continental Dr, Suite 305, Newark, DE 19713) と契約します。 運営者情報 .
  • 製品: Capacitor, Ionic, Cordova, Electron アプリ向けの Live Update (OTA)、および Capgo Cloud 上での iOS/Android Native Build。 Live Updates , Native Build .
  • オープンソース: Updater プラグインおよび Capgo プラグインは MPL-2.0、バックエンドは AGPL-3.0 に基づいており、セルフホスティングも可能です。 GitHub .
  • デプロイオプション: Capgo Cloudによるホスティングに加え、Enterprise向けのホスティング、専用環境、ハイブリッド、およびライセンス制のセルフホストオプションを提供しています。 エンタープライズ .
  • 準拠法: エストニア。CodepushGo, LLCの顧客については、以下に基づきデラウェア州法が適用されます。 利用規約 .

ベンダー質問票の回答

セキュリティ機能の責任者は誰ですか？ OS.3
CEOが情報セキュリティ責任者（ISO）を兼任しています。セキュリティポリシー、ガバナンス、戦略、脅威および脆弱性管理、インシデント対応に責任を持ち、エンジニアリングチームがこれをサポートしています。
すべてのベンダーに対し、契約上でバックグラウンドチェックの実施を義務付けていますか？ HR.2
いいえ。当社のインフラベンダーは、監査済みのSOC 2およびISO 27001プログラムに基づき、自社で従業員のスクリーニングを行っており、当社はこれを毎年レビューしています。なお、すべての Capgo スタッフは、アクセス権限が付与される前にバックグラウンドチェックを受けています。
少なくとも年1回、模擬フィッシング演習を実施していますか？ HR.4
いいえ。フィッシング対策はオンボーディングおよび年次のセキュリティトレーニングで実施されており、全アカウントでMFAが強制されています。
退職時の資産返却およびアクセス権限の削除は文書化されていますか？ HR.6
はい。当社の退職時チェックリストには、会社資産の返却および1営業日以内の全アクセス権限の削除が含まれています。

ホスティングおよびサブプロセッサー

DPAサブプロセッサー、処理場所、および転送メカニズムの公式リストは、以下の subprocessorsページ （trust portalのsubprocessorsカウンターではありません）に掲載されています。現在のDPAサブプロセッサーは以下の通りです：

  • Supabase, Inc. (英国ロンドン): 主要データベース、認証、アカウントデータ、アプリケーションおよびbundleのメタデータ、デバイス識別子。
  • Cloudflare 株式会社 (米国を含むグローバル): エッジCDN、Workers、Durable Objects、R2、セキュリティサービス、Live Updateの配信。
  • Google Cloud (香港、東京、シドニー、ヨハネスブルグ、ミラノ、ジェッダ、ムンバイ、サンパウロ、コロンバス): データベースのリードレプリカおよび リージョンインフラストラクチャ。
  • Scaleway SAS (フランス、パリ): Native Build インフラ、アーティファクト、およびワークフローデータ。

顧客のCIは Capgo のDPAサブプロセッサーではありません: Capgo は顧客の GitHub リポジトリを紐付けたり、そこからソースを取得したりすることはありません。一般的な 自動化では、顧客のCI（例: GitHub Actions）を使用し、Capgo API トークンを用いて bundle のアップロードや Native Build リクエストの送信を行います。 GitHub Actionsとの連携 , CI/CD連携 .

Capgo は自社ビジネスのためにコントローラー側のサービスも利用しています（サブプロセッサーのページに記載されている例には Stripe、Bento、PostHog、CodeRabbit、SonarCloud が含まれます）。 顧客が自身のデベロッパーアカウントを使用する場合、Apple および Google はストア公開における独立したコントローラーとなります。

この Trust ページ には、Cloudflare、Supabase、および分離されたCIパイプラインがMFA、シークレット管理、および保護された環境を強制していること、また、重要なベンダーが毎年レビューされる SOC 2 認証を維持していることが記載されています。

ホスティングに関する質問については、最新のベンダーを反映していない可能性がある古いimprintのホスティング行ではなく、再委託先（subprocessors）のリストを参照してください。

ベンダーへの回答

お客様がホストされたアプリケーションにアクセスする際に使用するURLは何ですか？ HAS.7
https://console.capgo.app
サービスはどこでホストされていますか？ HAS.8
クラウドサービスプロバイダーを利用しています。Cloudflare Workersによるサーバーレス構成、ロンドンでの管理型Supabase PostgreSQL、Google Cloudのリードレプリカ、およびParisでのNative Build用のScalewayを使用しています。最新のリストについては再委託先のページを確認してください。
サービスは、貴社が運営するコロケーション施設でホストされていますか？ HAS.9
いいえ。Capgo はコロケーション施設や自社データセンターを運営していません。
マルチテナントサービスにおいて、顧客データはどのように分離されていますか？ HAS.10
論理的なマルチテナント分離。データベースレコードは、PostgreSQLのRow Level Securityとロールベースの認可によって組織ごとに分離されます。Bundleは組織およびアプリごとのパスでオブジェクトストレージに保存されます。お客様独自のキーによるBundleのエンドツーエンド暗号化も有効にできます。
各顧客に個別のデータベース認証情報やスキーマが提供されますか？ HAS.11
顧客ごとに個別のデータベースは用意していません。テナント分離は、テナントごとのデータベース認証情報ではなく、Row Level Securityとアプリケーションの認可によって担保されます。
管理者はどのように本番環境を管理していますか？ HAS.21
クラウドプロバイダーのWebコンソール、およびTLS経由のCLIやAPIを通じて管理します。MFAで保護されたアカウントと、スコープを限定した API トークンを使用します。本番環境のデータベースおよびSSHアクセスは、パブリックインターネットには公開されていません。
導入されていない一般的な本番環境の管理策は何ですか？ HAS.28
専用のSIEMや企業VPNは運用していません。Cloudflare がエッジでDDoS保護とWAFを提供し、本番ホストはデフォルト拒否（deny-by-default）設定です。管理者アクセスにはMFAで保護されたプロバイダーコンソールを使用します。
データベースは非特権のサービスアカウントで実行されていますか？ HAS.31
はい。データベースはSupabaseが運用するマネージドPostgreSQLです。アプリケーション接続には専用の非スーパーユーザーロールを使用しており、ユーザー向けのアクセスにはRow Level Security（行レベルセキュリティ）が適用されています。
アプリケーション層は非特権のサービスアカウントで実行されていますか？ HAS.32
はい。ウェブ層はCloudflare Workers上でサンドボックス化されたV8 isolatesとして動作しており、codeに対してOSやrootアカウントが公開されることはありません。
物理セキュリティポリシーを維持していますか？ PE.1
はい、毎年レビューおよび承認されています。Capgoには自社オフィスやデータセンターはありません。ポリシーはリモートワーク、エンドポイント、およびクラウドプロバイダーの施設管理を対象としています。
環境を保護するための物理的制御は何ですか？ PE.2
Capgoには自社オフィスやデータセンターはありません。すべての本番環境はCloudflare、Supabase、Google Cloud、およびScalewayの施設で稼働しており、それらの物理的制御は、当社が毎年レビューする独立した監査によってカバーされています。
施設への訪問者は許可されていますか？ PE.4
Capgo では該当しません。当社は完全リモート体制で運営しており、自社拠点は所有していません。データセンターの入館管理は、各クラウドプロバイダーによって行われています。

データの保存場所とリージョン

標準の Capgo Cloud では、Supabase が主要なデータベース、認証、アカウントデータ、アプリおよび bundle のメタデータ、デバイス識別子を英国ロンドンで処理します。Google Cloud は、香港、東京、シドニー、ヨハネスブルグ、ミラノ、ジェッダ、ムンバイ、サンパウロ、コロンバスにおいて、データベースのリードレプリカとリージョンインフラストラクチャを提供しています。Bundle のストレージおよび Live Update の配信には、米国を含む Cloudflare のグローバルインフラストラクチャを使用します。より厳格な制御が必要な Enterprise プランでは、Live Update のパスに対してリージョンエンドポイントルーティングを使用するか、ライセンスに基づいたセルフホスト型のデプロイメントを利用できます。最新のサブプロセッサーリストには、プロバイダー、場所、および転送に関する詳細が記載されています。

EU プラグインのデータパス (オプトイン): 設定 updateUrl, statsUrlや channelUrl すべての EU エンドポイントへ: https://plugin.eu.capgo.app/updates, https://plugin.eu.capgo.app/statsや https://plugin.eu.capgo.app/channel_self. 関連する Live Update データを欧州に保存するには、これら 3 つをすべて同時に設定する必要があります。 データ保存場所に関するドキュメント .

アカウントおよびコンソールデータ: 公開ドキュメントでは、プラグインのデータパスにおけるEUオプションについて説明しています。アカウントやコンソールのデータに関するEU専用の個別オプションについては、公開されていません（以下を参照）。 不足している情報 ).

厳格なデータレジデンシー: ライセンス版のセルフホスティングにより、インフラ、ログ、保持期間、およびネットワーク境界を制御できます。 HIPAA準拠のデプロイメントオプション .

暗号化

  • 転送時: データ転送にはHTTPS/TLSを使用しています。 コンプライアンス関連ドキュメント , DPA .
  • 保存時: コンプライアンスドキュメントおよびDPAのセキュリティ対策に基づき、該当するプラットフォームデータには保存時の暗号化を適用しています。
  • オプションのbundle暗号化（顧客管理キー）: 顧客管理キーによるエンドツーエンドのbundle暗号化（Encryption V2では RSA-4096およびAES-256-GCMを使用）。 暗号化に関するドキュメント . Capgo、ストレージプロバイダー、CDNによる情報漏洩を防止します。ただし、配信されるWebアセットのリバースエンジニアリングを完全に不可能にするものではありません。
  • 整合性: bundleはチェックサムで検証されます。独自のキーを使用したアプリごとのオプション暗号化も可能です。 コンプライアンスに関するドキュメント .
  • API キー: セキュアな API キーはハッシュ化されます。生のキー値は Capgo のサーバーには保存されません。 組織のセキュリティに関するドキュメント .

ベンダー調査票への回答

顧客データはデータベースやオブジェクトストレージ内で保存時に暗号化されていますか？ HAS.13
はい。データベース、バックアップ、およびオブジェクトストレージは、クラウドプロバイダーによってAES-256で保存時に暗号化されており、鍵はプロバイダーの鍵管理システムで保存・ローテーションされます。また、お客様は独自の鍵ペアを使用して、bundleをエンドツーエンドで暗号化することも可能です。
プラットフォームのストレージに対して、お客様ごとに個別の暗号化鍵が割り当てられていますか？ HAS.14
プラットフォームストレージについては「いいえ」です。プロバイダー管理の鍵はテナント間で共有されます。bundleについては、お客様独自のRSA鍵ペアを使用してエンドツーエンド暗号化を有効にできます。なお、Capgo はその秘密鍵を一切保持しません。
暗号化された本番データにアクセスできる担当者が、暗号化鍵を取得することは可能ですか？ HAS.15
プラットフォームの鍵については「いいえ」です。保存データの暗号化鍵はクラウドプロバイダーの鍵管理システムで保持されており、Capgo の担当者がアクセスすることはできません。bundleのエンドツーエンド暗号化に使用する秘密鍵は、お客様のみが保持します。
お客様が管理する鍵（CMK）をプラットフォームストレージの暗号化に使用できますか？ HAS.16
プラットフォームストレージについては「いいえ」です。お客様は独自の鍵ペアを使用してbundleをエンドツーエンドで暗号化できるため、Capgo はそのコンテンツの鍵を保持しません。

認証とアクセス制御

カスタマーによる管理

  • SSO (SAML 2.0): Enterpriseプランで利用可能。DNS TXTによるドメイン認証、SSO強制設定（任意）、新規SSOユーザーへのreadロール付与に対応。 Enterprise SSO ドキュメント .
  • MFA: 組織のスーパー管理者による全メンバーへの2FA強制が可能。2FA未設定のメンバーは、Webダッシュボードおよび CLI へのアクセスが制限されます。 組織セキュリティ ドキュメント .
  • パスワードポリシー: 最小文字数（6〜128文字）、大文字、数字、特殊文字の使用をカスタマイズ可能。
  • API キー: セキュアな（ハッシュ化された）キーの使用強制、および有効期限の設定（1〜365日）が可能です。
  • RBAC: 組織ロール（スーパー管理者、管理者、請求管理者、メンバー）およびアプリロール（管理者、開発者、アップローダー、閲覧者）を、チャンネルごとに設定可能です。 機能ドキュメント .

Capgo 担当者

アクセス権限は、サポート、不正利用防止、および運用の信頼性維持のために必要な権限を持つ担当者に限定されています。担当者は、以下の DPA .

パスワードおよびメールアドレスの更新フローは、Supabase Authのセッションおよび再認証設定に依存する場合があります。 セキュリティポリシー .

ベンダー調査票の回答

ネットワークへのリモートアクセスにVPNは必要ですか？ AC.11
いいえ。接続対象となる社内ネットワークはありません。スタッフは、MFAを強制したTLS経由のクラウドプロバイダーのコンソールやAPIを通じて本番環境を管理しています。本番データベースおよびSSHアクセスは、パブリックインターネットに公開されていません。
15分以内でのパスワード再認証を伴う自動画面ロックは強制されていますか？ AC.12
はい。当社のデバイスコンプライアンスエージェントを通じて、すべてのエンドポイントでパスワードによる自動画面ロックと再認証が強制され、監視されています。
アクセス権限は、ロールベースの最小権限原則に基づき、認証情報の発行前に承認プロセスを経て付与されていますか？ AC.13
はい。アクセス権限はロールベースのアクセス制御（RBAC）に基づき、最小権限の原則に従って付与されます。また、認証情報の発行には承認が必要です。
ユーザーのロール（役割）が変更された際、アクセス権限の再確認は行われますか？ AC.14
はい。当社のコンプライアンス監視プラットフォームは、ロールの変更時にセキュリティ責任者へアクセス権限の更新を通知します。また、すべてのアクセス権限は定期的にレビューされています。
セキュリティ責任者が管理し、毎年承認される業界標準のパスワードポリシーはありますか？ AC.15
はい。文書化されたパスワードおよびログインポリシーは、情報セキュリティ責任者が管理しており、経営陣によって毎年レビューおよび承認されています。
初回サインオン時に、ユーザー自身でパスワードの設定またはリセットを行う必要がありますか？ AC.16
はい。再利用可能な初期パスワードは発行していません。新規ユーザーには使い捨ての招待リンクまたは一時的な認証情報が送られ、初回サインイン時に自身でパスワードを設定する必要があります。また、MFA（多要素認証）が必須となっています。
初期パスワードや招待リンクは、ユーザーごとにランダムに生成され、一意なものになっていますか？ AC.17
はい。招待リンクおよびすべての一時的な認証情報は、ユーザーごとにランダムに生成され、一意なものとなっています。
本番環境での利用前に、ベンダー提供のデフォルトアカウントや設定は変更されていますか？ AC.18
はい。本番環境はベンダーのデフォルトアカウントが存在しないマネージドなサーバーレスサービス上で稼働しています。また、デフォルト設定は使用前に当社の構成管理コントロールに基づき、レビューと要塞化（hardening）が行われます。
従業員のアイデンティティ管理に、中央ディレクトリサービスを使用していますか？ AC.22
はい。Google Workspaceを中央のアイデンティティディレクトリとして使用しています。すべてのカウントに対して2段階認証を強制しており、対応している主要システムへのサインインにも使用しています。
パスワードには定期的な有効期限が設定されていますか？ AC.23
定期的な更新は行っていません。NIST SP 800-63Bに基づき、パスワードを定期的なスケジュールで変更することはありません。侵害の兆候がある場合は即座に変更し、すべてのシステムでMFAを強制しています。
従業員のパスワードには、大文字、小文字、数字、特殊文字を含む8文字以上が必須ですか？ AC.24
はい。IDプロバイダーの設定を通じて従業員アカウントに適用しており、すべてのシステムでMFAを必須としています。
パスワード履歴の管理は行っていますか？ AC.25
従業員のパスワードに固定の履歴ルールはありません。再利用のリスクについては、全システムでのMFA適用と、パスワードマネージャーによる一意のパスワード生成によって対処しています。
よく使われるパスワードは自動的にブロックされますか？ AC.25.1
はい。当社のIDプロバイダーは、脆弱なパスワードやよく使われるパスワードを拒否します。
登録済みでコンプライアンスを満たしたデバイスのみが内部システムにアクセスできますか？ AC.29
社内ネットワークは存在しません。内部システムへのアクセスは、暗号化、マルウェア対策、パッチ適用、画面ロックのデバイスコンプライアンスチェックを通過した、管理・登録済みのエンドポイントからのみ許可されます。
休止アカウントは、一定期間使用されないと自動的に無効化されますか？ AC.30
非アクティブタイマーはありません。退職・離職時には1営業日以内にアクセス権を削除します。また、情報セキュリティ責任者による定期的なアクセスレビューを実施し、未使用のアカウントを特定して削除しています。
リモートで本番環境の管理者権限を持つ全スタッフに対して、MFA（多要素認証）は強制されていますか？ HAS.20
はい。本番環境およびその他の重要なシステムにアクセスするすべてのスタッフアカウントに対して、MFAを強制しています。
すべての Capgo Cloudアプリケーションユーザーに対して、MFAを利用および強制できますか？ HAS.20.1
はい。すべてのユーザーがTOTPによるMFAを利用可能です。組織の管理者は全メンバーに対してMFAを強制でき、MFAを設定していないユーザーによるdashboardおよび CLI へのアクセスをブロックできます。
Capgo Cloudコンソールでは、どのようなサインイン方法をサポートしていますか？ HAS.27
ユーザーはメールアドレスとパスワード、およびTOTP MFAを使用してサインインします。MFAは全メンバーに対して強制設定が可能です。Enterpriseプランでは、オプションでSAML 2.0 SSOの強制適用も利用できます。CLIおよびCIへのアクセスには、有効期限の設定が可能なスコープ付きAPIキーを使用しています。
ログイン試行が一定回数失敗した場合、アカウントはロックされますか？ HAS.35
アカウントごとの固定的なロックアウトはありません。サインイン試行は認証プロバイダーによってレート制限されており、お客様は全ユーザーに対してMFAまたはSAML SSOを強制することができます。
権限を持つスタッフが本番環境のデータベースに直接アクセスすることはありますか？ HAS.30
はい、ただし制限されています。本番データベースへの直接アクセスは、MFAで保護された2名の認定エンジニアのみに限定されており、パブリックインターネットには公開されず、定期的なレビューが行われています。
資産インベントリにおいて、インターネットに公開されているシステムを特定していますか？ AM.2.1
はい。当社のインフラストラクチャ・インベントリおよびアーキテクチャ図により、すべてのインターネット公開エンドポイントを特定しています。
データおよびメディアの安全な廃棄は、正式なプロトコルに従って管理されていますか？ AM.3
はい。廃棄は当社のデータ分類・保持・削除ポリシーに従って行われます。データセンター内のストレージメディアの破壊は、監査済みの管理下にあるクラウドプロバイダーによって実施されます。
セキュリティ構成のベースラインは、少なくとも12ヶ月ごとに定義およびレビューされていますか？ AM.5
はい。クラウドサービスおよびエンドポイントの構成ベースラインは、構成管理コントロールの下で定義されており、ポリシーに基づき少なくとも年1回レビューされています。
オペレーティングシステムは、必要なポート、プロトコル、およびサービスに限定して要塞化（Hardening）されていますか？ AM.6
本番環境については「はい」です。マネージドプラットフォーム上のサーバーレス構成を採用しており、イングレスは指定されたエンドポイントのHTTPSに限定され、ファイアウォールはデフォルト拒否ルールを適用しています。ScalewayのmacOS build runnerは、Capgo が Native Build を行う際の主要なOSです。
スタッフのデバイスにはどのようなエンドポイント保護が導入されていますか？ CO.4
すべてのエンドポイントでマルウェア対策とフルディスク暗号化を実行しており、当社のデバイスコンプライアンスエージェントによって監視されています。Host IPSおよびUSBポートのブロックは導入していません。顧客データは当社のクラウド本番システム内で処理されます。
スタッフのエンドポイントにはフルディスク暗号化が導入されていますか？ CO.5
はい。すべてのエンドポイントでフルディスク暗号化を強制し、監視しています。データベースおよびクラウドバックアップは、クラウドプロバイダー内で保存時に暗号化されます。バックアップをリムーバブルメディアに書き出すことはありません。
アウトバウンドトラフィックやUSBを監視するDLPツールを運用していますか？ CO.5.1
いいえ。顧客データはアクセス制御されたクラウドシステム内に保持され、エンドポイントは完全に暗号化・監視されています。また、データの取り扱いルールは、当社の利用規約およびデータ分類ポリシーで定義されています。
ファイアウォールのルールは定期的にレビューまたは再認定されていますか？ CO.8
はい。本番環境のインバウンドルールはデフォルト拒否（deny-by-default）に設定され、HTTPSエンドポイントのみに制限されています。これらは構成およびアクセスレビューの一環として、少なくとも年1回レビューされます。
インバウンドおよびアウトバウンドの接続を示すネットワーク図を維持していますか？ CO.9
はい。当社のアーキテクチャおよびネットワーク図には、システムの境界、ならびに Capgo、クラウドプロバイダー、顧客間の接続が示されており、システムインベントリと共に維持されています。
従業員は個人のコンピュータで会社のメールを閲覧できますか？ CO.14
スタッフは、ディスク暗号化、マルウェア対策、スクリーンロック、パッチ適用を強制するデバイスコンプライアンスエージェントに登録された個人用ラップトップを使用できます。メールへのアクセスにはMFAが必要です。
社内メールへのリモートアクセスにはMFAが必要ですか？ CO.15
はい。すべてのGoogle Workspaceアカウントに対して、ドメインレベルで2段階認証が強制されています。
ユーザーはどの程度の頻度でMFAによる再認証を行う必要がありますか？ CO.16
MFAは、新しいサインイン時および新しいデバイスを使用する際に毎回必要です。セッションの有効期間はGoogle Workspaceのセッション制御設定に従います（現在は信頼済みセッションで14日間）。

ロギング、モニタリング、およびインシデント

  • 顧客監査ログ: ログイン、権限変更、bundle、channel、および組織変更の監査トレイル。 機能ドキュメント Enterpriseプランには、Enterpriseページに記載の通り、監査ログ、90日間の組織統計、および90日間のデバイスログが含まれます。
  • モニタリング: 専用のランブック、24時間365日のモニタリング、および創業者が主導するインシデント対応プレイブック（ Trustページに記載） .
  • ステータス: 稼働状況およびインシデント情報は以下で公開しています： capgo.アプリのステータス （ サポートポリシーに記載） ).
  • 個人データの漏洩通知（処理者）: DPAに基づき、漏洩を検知してから48時間以内に、メールによる定期的なアップデートとともに、不当な遅延なくお客様に通知します。 DPA .
  • Updaterのフェイルセーフ: アップデートサービスが3秒以内に応答しない場合、プラグインはリクエストをキャンセルし、以下の サポートポリシーに従ってアプリを通常通り起動します .

ベンダーへの質問回答

監査ログは少なくとも3年間保持されますか？ AC.26
いいえ。重要なシステムにおけるセキュリティ関連のアクションに対して監査イベントが生成され、異常検知のためのアラートとともにレビューされます。ログは当社のLogging Policyおよび各プラットフォームの保持設定に従って保持されますが、これは3年未満となります。
本番環境のログはSIEMに連携されていますか？ AC.27.1
専用のSIEMはありません。本番環境のログはクラウドプロバイダーのロギングおよびオブザーバビリティツールに収集され、アラート機能とともに異常なアクティビティのレビューが行われます。
どのようなネットワーク防御および監視体制が整っていますか？ CO.3
Cloudflare は、エッジファイアウォール、WAF、および DDoS 保護を提供しています。本番環境のホストは deny-by-default ルールを使用しており、Google Workspace がメールやスパムをフィルタリングします。専用の SIEM は運用していませんが、プロバイダーのツールを使用してログの監視とアラート通知を行っています。
インシデント対応計画は、一般的なインシデントの種類をカバーしていますか？ IE.2
はい。当社のインシデント対応計画には、マルウェア、DoS攻撃、不正アクセス、物理的な不正アクセス、データ紛失、ノートPCの紛失、およびランサムウェアが含まれます。なお、当社は完全リモート体制で自社拠点を所有していないため、物理的な侵入シナリオはエンドポイントのみに適用されます。
インシデント対応を専門とする外部企業とリテイナー契約を結んでいますか？ IE.3
現在はリテイナー契約を結んでいません。当社のインシデント対応計画では、必要に応じて外部のインシデント対応企業を起用する体制を整えています。
インシデント対応計画は、少なくとも年に一度テストおよび更新されていますか？ IE.3.2
はい。インシデント対応計画は、毎年経営陣によってレビューおよび承認されており、年次で机上演習（tabletop exercise）を実施しています。
法執行機関への協力に関するプロトコルはありますか？ IE.6
はい。当社のインシデント対応ポリシーには、顧客およびその他のステークホルダーへの通知プロセスが定義されています。また、ISO 27001プログラムの一環として、法執行機関を含む関連当局との連絡体制を維持しています。

バックアップ、可用性、およびSLA

  • バックアップ、冗長化、暗号化、およびアクセス制御は以下に基づきます： DPA セキュリティ対策。
  • Enterpriseプランおよびサブプロセッサーのドキュメントに従い、リージョン間レプリケーションおよびリードレプリカを使用しています。
  • Enterprise版稼働率SLA： 月間99.9%。10%から30%のサービスクレジットを提供。 SLA .

バックアップは、整合性と復元可能性を確認するために定期的にテストされており、復旧手順は毎年実施されています（詳細は後述のベンダー回答をご参照ください）。具体的なRPOおよびRTOの目標値は capgo.app では公開していません。

ベンダー回答

バックアップからの復旧テストは少なくとも年1回実施されていますか？ CO.6
はい。バックアップは定期的に整合性と復元性のテストを実施しており、年次でリカバリ手順の訓練を行っています。

脆弱性管理と開示

ベンダー回答

本番リリース前にどのようなセキュリティテストが必要ですか？ HAS.4
すべてのプルリクエストにおいて、マージ前に自動テスト、リンティング、静的解析（SonarCloudおよび必須のセキュリティスキャン）、および自動codeレビューが実行されます。また、本番環境への変更はマネジメントによる承認が必要です。DASTはリリースパイプラインには含まれません。稼働中のアプリケーションについては、年次のサードパーティによるペネトレーションテストを実施しています。
重要度「Critical」および「High」の脆弱性に対するパッチ適用頻度は？ VM.7
当社の脆弱性管理ポリシーに基づき、Criticalは7日以内、Highは30日以内に対応します。

認証およびエビデンスの請求方法

公開情報には以下が含まれます：

レポートの取得方法: こちらにアクセスし、 capgo.appを信頼する SOCレポート、ISOの証跡、セキュリティ質問票、およびNDAに基づく管理詳細については「Request Access」を使用してください。認証済みのPDFがメールで送付されることはありません。

エンタープライズ向けのセキュリティ審査用パッケージには、SOC 2レポート、DPAテンプレート、構成図などが含まれます。 Enterpriseページ からご確認いただけます。正式な証跡については、引き続きtrust portalのプロセスをご利用ください。

SOC 2およびISOの監査報告書全文、監査意見、および詳細なスコープは、trust portalを通じてのみ提供されます。公開されているマーケティングページでは、報告書のPDFは公開していません。

ベンダー質問票への回答

内部コンプライアンス報告に関する不利益な扱いを禁止するプロセスはありますか？ CP.3
はい。スタッフは当社のポリシーで定義された報告チャネルを通じて懸念を報告でき、当社の Code により、善意の報告者が不利益を被ることはありません。
ベンダー契約にはセキュリティ条項が含まれていますか？ OS.7
はい。インフラプロバイダーとの契約およびDPAには、アクセス制御、侵害通知、サブプロセッサーのセキュリティ、およびデータ所有権が含まれています。監査権は、各社の独立したSOC 2およびISO 27001レポートを通じて行われます。
ベンダーのセキュリティ・デューデリジェンスを実施していますか？ OS.8
はい。年次のベンダーリスクアセスメントにおいて、ベンダーの特定とリスク評価を行っています。これには、アクセス制御、MFA、暗号化などのセキュリティ証明の確認が含まれ、契約にはセキュリティへのコミットメントとインシデント通知が盛り込まれています。
セキュリティポリシーの例外に関する定義されたプロセスはありますか？ SP.4
はい。例外事項は、当社のポリシー管理および例外処理ポリシーに基づき、文書化、リスク評価、承認、および追跡が行われます。
サイバー保険に加入していますか？ RM.5
現在、サイバー保険には加入していません。

プライバシーとDPA

  • DPA: 製品の使用により自動的に適用されます。お客様が管理者（Controller）、Capgo が処理者（Processor）となります。サブプロセッサーとのSCC締結、およびデータ漏洩時の通知・支援義務が含まれます。 DPA (英語版は2026年6月10日に最終更新)。
  • 署名済みDPA / NDA: Enterpriseプランにて提供（詳細はEnterpriseページを参照）。
  • Updaterによって収集されるデータ（デフォルト）: App ID、バージョン、プラットフォーム、アプリ固有のデバイスID、bundle、channel、OS、pluginのバージョン、リクエスト元の国、およびIP。Capgo はデフォルトでは氏名、メールアドレス、広告IDを収集しません（オプション設定可能）。 custom_id および統計データ metadata アプリから送信される場合、個人識別子が含まれる可能性があります。HIPAA準拠の最小構成デプロイメントでは、それらのフィールドを除外し、無効にする必要があります。 allow_device_custom_id. GDPRが適用される場合、デバイスIDは仮名化された個人データに該当します。 コンプライアンス文書 .
  • 明示的な統計の無効化: 設定 statsUrl 明示的な統計レポートを停止するには、空の文字列を設定してください。 また、 updateUrl 有効なままの場合でも、Capgo は Live Updates と請求に必要な請求対象MAU、デバイスインベントリ、アップデート判断の記録を引き続き保存できます。 HIPAAコンプライアンス文書 .
  • 保持期間: 設定可能なbundle保持期間。運用記録は、サービス運用、セキュリティ、請求、サポートのために、固定の公開期間を定めずに保持されます。
  • サービスデータの非販売: DPA（データ処理補足合意書）に明記されており、 データポリシー .

こちらも参照: プライバシーポリシー と サブプロセッサー (30日間の変更通知)。

HIPAA準拠が必要なデプロイメント

Capgo Cloudは 決して 現在、以下の規定に基づき、HIPAA準拠のホスト型統計プロセッサーとして提供されています： HIPAAコンプライアンス文書 。エンタープライズプランでは、医療機関のお客様向けに、以下の規定に基づく事業提携契約（BAA）を含めることが可能です： HIPAA準拠に関するページ .

より厳格な審査に対応するデプロイメントオプションとして、EUエンドポイント、明示的な統計情報の無効化（上記の制限あり）、セルフホスト型統計、およびライセンス版のセルフホスティングがあります（HIPAA準拠ページを参照してください）。

生成AI

デフォルトでは、Capgo は顧客データをいかなるAIプロバイダーにも送信しません。社内開発において、Capgo 独自のソース code に対してのみAIコーディングアシスタントを使用する場合があります。顧客がビルドログの診断をオプトインした場合、それらのログは Cloudflare Workers AI によってリクエストごとに処理されます（詳細は サブプロセッサーのページ をご確認ください）。AIサービスによるデータの保持や、学習への利用は行われません。

ベンダーへの質問回答

顧客データを処理する可能性のある、汎用的な生成AIツールを使用していますか？ GAI.2
デフォルトでは、顧客データが汎用的な生成AIツールによって処理されることはありません。Capgo は、Capgo 独自のソース code の開発にのみAIコーディングアシスタントを使用しており、顧客データには使用しません。顧客向けの唯一の例外は、オプションのビルドログ診断です。顧客がオプトインした場合、それらのログは、リストに記載されているサブプロセッサーである Cloudflare Workers AI によってリクエストごとに処理されますが、AIサービスによるデータの保持やモデルの学習への利用は行われません。
AI分析のために、顧客データが環境外に送信されることはありますか？ GAI.3
デフォルトでは、お客様のデータが分析のために外部のAIプロバイダーに送信されることはありません。唯一の例外は、オプションのビルドログ診断です。お客様が同意した場合に限り、Cloudflare Workers AI（当社のサブプロセッサー一覧に記載）によってリクエストごとにビルドログが処理されます。AIサービスによるデータの保持や、モデルのトレーニングへの利用は行われません。
AIの出力において、不公平または差別的な結果が生じていないかテストしていますか？ GAI.10
該当なし。AIは技術的なビルドログの診断および内部開発の補助にのみ使用されており、個人に関する決定を下すことはありません。
AIの処理において、保護されるべき特性（属性）への依存を回避していますか？ GAI.11
はい。ユーザー向けのAI機能は技術的なビルドログのみを処理し、個人情報や保護されるべき特性は使用しません。
AIの出力は、人間によるレビューとモニタリングの管理下にありますか？ GAI.12
はい。ユーザー向けのAI出力はアドバイザリー（助言）のみであり、開発者に提示された後、その後のアクションは開発者が決定します。自動的なアクションは実行されません。この機能はオプトイン形式であり、当社のリスクアセスメントおよびベンダー管理プロセスによってカバーされています。
AIコンポーネントへのアクセスは最小権限の原則に基づいていますか？ GAI.13
はい。AI機能は、当社の本番プラットフォーム内で、ロールベースの最小権限アクセス制御（least-privilege access controls）の下で動作しており、モデルサービスが顧客データを保存することはありません。
AIモデル、データソース、およびコンポーネントのインベントリを管理していますか？ GAI.15
はい。当社のベンダーおよびシステムインベントリには、AIサービス、使用されているモデル、およびそれらに供給されるデータソースが記載されています。
顧客の入力データは、AIシステム内にどの程度の期間保持されますか？ GAI.16
デフォルトでは、顧客のコンテンツがAIサービスに送信されることはありません。顧客がビルドログの診断をオプトインした場合、ログは Cloudflare Workers AI によってリクエストごとに処理されますが、そのサービスによって保持されたり、モデルのトレーニングに使用されたりすることはありません。Capgo システムに保存されるビルドログは、当社の標準的なデータ保持ポリシーに従います。

連絡先

公開されていない項目

以下は、セキュリティ調査票でよく質問されますが、Capgo の公開ページには記載されていません。詳細は trust portal または security@capgo.app までお問い合わせください。

  • SOC 2 レポートの対象期間、範囲、および trust portal に記載のない監査報告書の詳細
  • ペネトレーションテストベンダー、実施日、サマリーレター（年次テストは脆弱性管理で確認済み）
  • 公開されているRPOおよびRTOの数値目標
  • 「ロギング、モニタリング、インシデント」の「3年未満」という概要を超えた、システムごとの正確なログ保持期間
  • TLSの最小バージョン、暗号スイート、プラットフォームの鍵管理ローテーションの詳細
  • SCIMプロビジョニング
  • データ保護責任者（DPO）またはEU代表者の連絡先
  • 契約終了後の顧客データ削除に関する具体的なスケジュール
  • PCI DSS、FedRAMP、CSA STAR、またはTISAXの認証（公表されていないもの）