Lompat ke konten utama

Kepercayaan

Fakta kuesioner keamanan

Jawaban untuk tinjauan pengadaan dan keamanan, bersumber dari halaman Capgo publik dan dokumentasi. Untuk SOC 2, ISO 27001, pemetaan kontrol mendetail, dan kuesioner yang telah selesai, gunakan portal kepercayaan (minta akses di bawah NDA). Laporan sertifikasi tidak dikirim via email.

Terakhir ditinjau: 6 Oktober 2026.

Cara menggunakan halaman ini

Setiap bagian merangkum sumber publik Capgo dan, jika dicatat, jawaban kuesioner vendor yang disetujui (ID kontrol ditampilkan sebagai tag). Rujuk sumber utama yang ditautkan untuk teks kontrak. Untuk SOC 2 Type 2, ISO 27001:2022, dan PDF laporan, gunakan percaya.capgo.app (NDA ditandatangani di sana, bukan lewat email). Item di bawah Topik yang tidak dipublikasikan masih butuh trust portal atau hubungi security@capgo.app.

Halaman terkait: Kepercayaan , Kebijakan keamanan , Subprosesor , DPA , Enterprise .

Perusahaan dan produk

  • Entitas hukum: Digital Shift OÜ (terdaftar code 14236508), Sepapaja 6, 15551 Tallinn, Estonia. Pelanggan yang ditagih di Amerika Serikat berkontrak dengan CodepushGo, LLC, sebuah Delaware limited liability company, 131 Continental Dr, Suite 305, Newark, DE 19713. Informasi hukum .
  • Produk: Live updates (OTA) untuk aplikasi Capacitor, Ionic, Cordova, dan Electron, serta Native Build iOS dan Android di Capgo Cloud. Live update , Native Build .
  • Open source: Plugin Updater dan plugin Capgo di bawah lisensi MPL-2.0; backend di bawah AGPL-3.0 dengan opsi self-hosting. GitHub .
  • Opsi deployment: Dihosting di Capgo Cloud, serta opsi Enterprise hosted, dedicated, hybrid, dan self-hosted berlisensi. Enterprise .
  • Hukum yang berlaku: Estonia, atau Delaware untuk pelanggan CodepushGo, LLC, sesuai Ketentuan Layanan .

Jawaban kuesioner vendor

Siapa yang bertanggung jawab atas fungsi keamanan? OS.3
CEO adalah Information Security Officer yang ditunjuk, bertanggung jawab atas kebijakan keamanan, tata kelola, strategi, manajemen ancaman dan kerentanan, serta respons insiden, dengan dukungan tim engineering.
Apakah Anda mewajibkan semua vendor secara kontraktual untuk melakukan pemeriksaan latar belakang? HR.2
Tidak. Vendor infrastruktur kami melakukan skrining personel mereka sendiri di bawah program audit SOC 2 dan ISO 27001, yang kami tinjau setiap tahun. Semua staf Capgo telah melalui pemeriksaan latar belakang sebelum akses diberikan.
Apakah Anda menjalankan simulasi phishing setidaknya setahun sekali? HR.4
Tidak. Kesadaran phishing dibahas dalam onboarding dan pelatihan keamanan tahunan, dan MFA diwajibkan di semua akun.
Apakah pengembalian aset dan pencabutan akses terdokumentasi saat terminasi? HR.6
Ya. Checklist terminasi kami mencakup pengembalian aset perusahaan dan pencabutan semua akses dalam 1 hari kerja.

Hosting dan sub-processor

Daftar resmi sub-processor DPA, lokasi pemrosesan, dan mekanisme transfer ada di halaman sub-processor (bukan penghitung sub-processor di trust portal). Sub-processor DPA saat ini meliputi:

  • Supabase, Inc. (London, UK): database utama, autentikasi, data akun, metadata aplikasi dan bundle, identifier perangkat.
  • Cloudflare, Inc. (global, termasuk USA): edge CDN, Workers, Durable Objects, R2, layanan keamanan, pengiriman live-update.
  • Google Cloud (Hong Kong, Tokyo, Sydney, Johannesburg, Milan, Jeddah, Mumbai, Sao Paulo, Columbus): replika baca database dan infrastruktur regional.
  • Scaleway SAS (Paris, Prancis): infrastruktur Native Build, artefak, dan data workflow.

CI Pelanggan bukan sub-processor DPA Capgo: Capgo tidak menghubungkan repositori GitHub pelanggan atau menarik source dari sana. Otomatisasi umum menggunakan CI pelanggan (misalnya GitHub Actions) dengan Capgo API token untuk upload bundle atau mengirim permintaan native build. Integrasi GitHub Actions , Integrasi CI/CD .

Capgo juga menggunakan layanan sisi controller untuk bisnisnya sendiri (contoh yang tercantum di halaman sub-processor termasuk Stripe, Bento, PostHog, CodeRabbit, dan SonarCloud). Apple dan Google adalah controller independen untuk publikasi store saat pelanggan menggunakan akun developer mereka sendiri.

Skill Halaman Trust menyatakan bahwa Cloudflare, Supabase, dan pipeline CI terisolasi menerapkan MFA, manajemen secret, dan lingkungan yang aman, serta vendor kritikal mempertahankan atestasi SOC 2 yang ditinjau setiap tahun.

Untuk pertanyaan hosting, gunakan daftar subprocessor daripada baris imprint hosting lama yang mungkin tidak mencerminkan vendor saat ini.

Jawaban kuesioner vendor

URL apa yang digunakan pelanggan untuk mengakses aplikasi yang dihosting? HAS.7
https://console.capgo.app
Di mana layanan dihosting? HAS.8
Pada penyedia layanan cloud: serverless di Cloudflare Workers dengan managed Supabase PostgreSQL di London, Google Cloud read replicas, dan Scaleway di Paris untuk Native Build. Lihat halaman subprocessor untuk daftar terbaru.
Apakah layanan dihosting di fasilitas kolokasi yang Anda operasikan? HAS.9
Tidak. Capgo tidak mengoperasikan kolokasi atau pusat data milik sendiri.
Bagaimana data pelanggan dipisahkan dalam layanan multi-tenant? HAS.10
Pemisahan multi-tenant secara logis. Record database diisolasi per organisasi menggunakan PostgreSQL Row Level Security dan otorisasi berbasis role. Bundle disimpan di object storage dalam path per-organisasi dan per-app. Pelanggan dapat mengaktifkan enkripsi bundle end-to-end dengan key mereka sendiri.
Apakah setiap pelanggan menerima kredensial database atau schema terpisah? HAS.11
Tidak ada database terpisah per pelanggan. Isolasi tenant ditegakkan melalui Row Level Security dan otorisasi aplikasi, bukan melalui kredensial database per-tenant.
Bagaimana administrator mengelola produksi? HAS.21
Melalui web console cloud provider serta CLI dan API mereka via TLS, menggunakan akun yang dilindungi MFA dan token API yang ter-scope. Akses database produksi dan SSH tidak diekspos ke internet publik.
Kontrol produksi umum apa yang tidak diterapkan? HAS.28
Kami tidak mengoperasikan SIEM khusus atau VPN korporat. Cloudflare menyediakan perlindungan DDoS dan web application firewall di edge, host produksi menggunakan prinsip deny-by-default, dan akses administratif menggunakan console provider yang dilindungi MFA.
Apakah database berjalan di bawah service account non-privileged? HAS.31
Ya. Database dikelola menggunakan PostgreSQL oleh Supabase. Koneksi aplikasi menggunakan role non-superuser khusus, dan akses pengguna tunduk pada Row Level Security.
Apakah tier aplikasi berjalan di bawah service account non-privileged? HAS.32
Ya. Web tier berjalan di Cloudflare Workers dalam sandboxed V8 isolates, tanpa sistem operasi atau root account yang terekspos ke code kami.
Apakah Anda memiliki kebijakan keamanan fisik? PE.1
Ya, ditinjau dan disetujui setiap tahun. Capgo tidak memiliki kantor atau data center. Kebijakan ini mencakup kerja remote, endpoint, dan pengawasan fasilitas cloud provider kami.
Kontrol fisik apa yang melindungi lingkungan Anda? PE.2
Capgo tidak memiliki kantor atau data center. Semua produksi berjalan di fasilitas Cloudflare, Supabase, Google Cloud, dan Scaleway yang kontrol fisiknya dicakup oleh audit independen yang kami tinjau setiap tahun.
Apakah pengunjung diizinkan masuk ke fasilitas Anda? PE.4
Tidak berlaku di Capgo. Kami beroperasi secara remote penuh tanpa kantor fisik. Kontrol pengunjung data center dikelola oleh penyedia cloud kami.

Residensi dan wilayah data

Untuk Capgo Cloud standar, Supabase memproses database utama, autentikasi, data akun, metadata app dan bundle, serta identifier perangkat di London, Inggris. Google Cloud menyediakan read replica database dan infrastruktur regional di Hong Kong, Tokyo, Sydney, Johannesburg, Milan, Jeddah, Mumbai, Sao Paulo, dan Columbus. Penyimpanan bundle dan pengiriman live-update menggunakan infrastruktur global Cloudflare, termasuk Amerika Serikat. Versi Enterprise dapat menggunakan routing endpoint regional untuk jalur live-update atau deployment self-hosted berlisensi jika membutuhkan kontrol berbeda. Daftar sub-processor terbaru berisi detail lengkap penyedia, lokasi, dan transfer data.

Jalur data plugin EU (opt-in): Atur updateUrl, statsUrl, dan channelUrl ke seluruh endpoint EU: https://plugin.eu.capgo.app/updates, https://plugin.eu.capgo.app/stats, dan https://plugin.eu.capgo.app/channel_self. Ketiganya harus diatur bersamaan agar data live-update terkait disimpan di Eropa. Dokumentasi lokasi data .

Data akun dan konsol: Dokumentasi publik menjelaskan opsi EU untuk jalur data plugin. Opsi khusus EU untuk data akun atau konsol tidak didokumentasikan secara publik (lihat celah ).

Residensi ketat: Self-hosting berlisensi memberikan kontrol atas infrastruktur, logs, retensi, dan batasan jaringan. Opsi deployment sensitif HIPAA .

Enkripsi

  • Saat transit: HTTPS/TLS untuk transmisi data. Dokumentasi kepatuhan , DPA .
  • Saat istirahat: Enkripsi at rest untuk data platform jika berlaku, sesuai dokumentasi kepatuhan dan langkah keamanan DPA.
  • Enkripsi bundle opsional (key pelanggan): Enkripsi bundle end-to-end dengan key yang dikelola pelanggan (RSA-4096 dan AES-256-GCM pada Encryption V2). Dokumentasi enkripsi . Melindungi dari pengungkapan oleh Capgo, penyedia storage, dan CDN; tidak membuat web assets yang dikirim mustahil untuk di-reverse engineer.
  • Integritas: Bundle diverifikasi menggunakan checksum; tersedia opsi enkripsi per-app dengan key Anda sendiri. Dokumentasi kepatuhan .
  • Key API: Key API yang aman di-hash; nilai key mentah tidak disimpan di server Capgo. Dokumentasi keamanan organisasi .

Jawaban kuesioner vendor

Apakah data pelanggan dienkripsi saat rest di database dan object storage? HAS.13
Ya. Database, backup, dan object storage dienkripsi saat istirahat (at rest) menggunakan AES-256 oleh penyedia cloud kami, dengan kunci yang disimpan dan dirotasi dalam sistem manajemen kunci penyedia tersebut. Pelanggan juga dapat mengenkripsi bundle secara end-to-end menggunakan pasangan kunci mereka sendiri.
Apakah setiap pelanggan memiliki kunci enkripsi yang berbeda untuk penyimpanan platform? HAS.14
Tidak untuk penyimpanan platform. Kunci yang dikelola penyedia digunakan bersama antar tenant. Untuk bundle, pelanggan dapat mengaktifkan enkripsi end-to-end dengan pasangan kunci RSA mereka sendiri yang private key-nya tidak pernah dipegang oleh Capgo.
Apakah personel yang mengakses data produksi terenkripsi dapat memperoleh kunci enkripsi? HAS.15
Tidak untuk kunci platform. Kunci enkripsi untuk data at rest disimpan dalam sistem manajemen kunci penyedia cloud kami dan tidak dapat diakses oleh personel Capgo. Private key untuk enkripsi bundle end-to-end hanya dipegang oleh pelanggan.
Apakah pelanggan dapat menyediakan customer-managed keys untuk enkripsi penyimpanan platform? HAS.16
Tidak untuk penyimpanan platform. Pelanggan dapat mengenkripsi bundle secara end-to-end dengan pasangan kunci mereka sendiri sehingga Capgo tidak memegang kunci untuk konten tersebut.

Autentikasi dan kontrol akses

Kontrol pelanggan

  • SSO (SAML 2.0): Paket Enterprise; verifikasi domain via DNS TXT; opsi paksa SSO; user SSO baru diberikan role read. Dokumentasi Enterprise SSO .
  • MFA: Super admin organisasi dapat mewajibkan 2FA bagi semua member; member tanpa 2FA diblokir dari web dashboard dan CLI. Dokumentasi keamanan organisasi .
  • Kebijakan password: Panjang minimum dapat dikonfigurasi (6 hingga 128), serta persyaratan huruf besar, angka, dan karakter spesial.
  • Key API: Wajibkan key aman (hashed) dan opsi masa berlaku (1 hingga 365 hari).
  • RBAC: Role organisasi (super admin, admin, billing admin, member) dan role aplikasi (admin, developer, uploader, reader) dengan override per-channel. Dokumentasi fitur .

Personel Capgo

Akses dibatasi hanya untuk personel berwenang yang membutuhkannya untuk dukungan, pencegahan penyalahgunaan, dan keandalan operasional; personel telah dilatih dalam GDPR dan privasi data sesuai DPA .

Alur pembaruan kata sandi dan email dapat bergantung pada sesi Supabase Auth dan pengaturan verifikasi ulang. Kebijakan keamanan .

Jawaban kuesioner vendor

Apakah VPN diperlukan untuk akses jarak jauh ke jaringan Anda? AC.11
Tidak. Tidak ada jaringan korporat untuk dihubungkan. Staf mengelola produksi melalui konsol cloud provider dan API via TLS dengan MFA wajib. Akses database produksi dan SSH tidak terekspos ke internet publik.
Apakah penguncian layar otomatis dengan autentikasi ulang kata sandi diwajibkan dalam waktu 15 menit atau kurang? AC.12
Ya. Penguncian layar otomatis dengan re-autentikasi kata sandi diterapkan dan dipantau di semua endpoint melalui agent kepatuhan perangkat kami.
Apakah akses diberikan dengan kontrol berbasis peran (RBAC), prinsip least-privilege, dan persetujuan sebelum kredensial diterbitkan? AC.13
Ya. Akses diberikan melalui role-based access control dengan prinsip least-privilege dan memerlukan persetujuan sebelum kredensial diterbitkan.
Apakah akses ditinjau saat pengguna berganti peran? AC.14
Ya. Platform pemantauan kepatuhan kami memberi peringatan kepada pemilik keamanan untuk memperbarui akses setiap kali ada perubahan peran, dan semua akses juga ditinjau secara berkala.
Apakah terdapat kebijakan kata sandi standar industri yang dikelola oleh pimpinan keamanan dan disetujui setiap tahun? AC.15
Ya. Kebijakan kata sandi dan login kami didokumentasikan, dikelola oleh Information Security Officer, serta ditinjau dan disetujui setiap tahun oleh manajemen senior.
Apakah pengguna harus mengatur atau mengganti kata sandi mereka saat pertama kali login? AC.16
Ya. Kami tidak memberikan password awal yang bisa digunakan berulang kali. Pengguna baru menerima undangan sekali pakai atau kredensial sementara dan wajib mengatur password sendiri saat login pertama kali, dengan kewajiban MFA.
Apakah password awal atau link undangan dibuat secara acak dan unik untuk setiap user? AC.17
Ya. Link undangan dan semua kredensial sementara dibuat secara acak dan bersifat unik untuk setiap user.
Apakah akun dan pengaturan default vendor diubah sebelum digunakan di produksi? AC.18
Ya. Produksi berjalan di layanan serverless terkelola tanpa akun default vendor, dan pengaturan default ditinjau serta diperkuat melalui kontrol manajemen konfigurasi kami sebelum digunakan.
Apakah Anda menggunakan layanan direktori terpusat untuk identitas tenaga kerja? AC.22
Ya. Google Workspace adalah direktori identitas pusat kami, dengan Verifikasi 2 Langkah yang diwajibkan untuk semua akun, dan digunakan untuk login ke sistem inti jika didukung.
Apakah kata sandi kedaluwarsa secara berkala? AC.23
Tidak ada rotasi tetap. Mengikuti NIST SP 800-63B, password tidak dirotasi sesuai jadwal tetap. Password diubah jika ada indikasi kompromi, dan MFA diwajibkan di semua sistem.
Apakah password karyawan wajib minimal 8 karakter dengan huruf besar, huruf kecil, angka, dan karakter khusus? AC.24
Ya, untuk akun karyawan melalui pengaturan identity provider kami, dengan MFA diwajibkan di semua sistem.
Apakah riwayat password diterapkan? AC.25
Tidak ada aturan riwayat tetap untuk password karyawan. Risiko penggunaan ulang diatasi dengan MFA di semua sistem dan password unik yang dibuat oleh password manager.
Apakah password yang umum digunakan diblokir secara otomatis? AC.25.1
Ya. Identity provider kami menolak password yang lemah dan umum digunakan.
Apakah hanya perangkat terdaftar dan patuh yang dapat mengakses sistem internal? AC.29
Tidak ada jaringan korporat. Sistem internal hanya diakses dari endpoint terdaftar dan terinventarisasi yang lolos pengecekan kepatuhan perangkat untuk enkripsi, perlindungan malware, patching, dan screen lock.
Apakah akun yang tidak aktif dinonaktifkan secara otomatis? AC.30
Tidak ada timer inaktivitas. Akses dicabut dalam 1 hari kerja setelah offboarding, dan tinjauan akses berkala oleh Information Security Officer akan mengidentifikasi serta menghapus akun yang tidak digunakan.
Apakah MFA diwajibkan bagi semua staf dengan akses administratif produksi jarak jauh? HAS.20
Ya. MFA diwajibkan untuk semua akun staf yang memiliki akses ke produksi dan sistem kritis lainnya.
Apakah MFA tersedia dan dapat diterapkan untuk semua pengguna aplikasi Capgo Cloud? HAS.20.1
Ya. TOTP MFA tersedia untuk setiap pengguna, dan administrator organisasi dapat mewajibkannya bagi semua anggota, yang akan memblokir akses dashboard dan CLI bagi siapa pun tanpa MFA.
Metode sign-in apa saja yang didukung oleh konsol Capgo Cloud? HAS.27
User login menggunakan email, password, dan TOTP MFA, yang dapat diwajibkan oleh pelanggan untuk semua anggota. SAML 2.0 SSO dengan opsi kewajiban tersedia pada paket Enterprise. Akses CLI dan CI menggunakan API key yang terukur dengan opsi masa berlaku wajib.
Apakah akun akan terkunci setelah sejumlah percobaan login yang gagal? HAS.35
Tidak ada penguncian tetap per akun. Percobaan login dibatasi (rate limited) oleh penyedia autentikasi kami, dan pelanggan dapat mewajibkan MFA atau SAML SSO untuk semua user mereka.
Apakah staf dengan hak akses khusus memiliki akses langsung ke database produksi? HAS.30
Ya, namun terbatas. Akses langsung ke database produksi hanya dibatasi untuk 2 engineer resmi, dilindungi oleh MFA, tidak terekspos ke internet publik, dan ditinjau secara berkala.
Apakah inventaris aset Anda mengidentifikasi sistem yang terhubung ke internet? AM.2.1
Ya. Inventaris infrastruktur dan diagram arsitektur kami mengidentifikasi semua endpoint yang terhubung ke internet.
Apakah pembuangan data dan media secara aman diatur oleh protokol formal? AM.3
Ya. Pembuangan data mengikuti Kebijakan Klasifikasi, Retensi, dan Penghapusan Data kami. Penghancuran media penyimpanan di pusat data dilakukan oleh penyedia cloud kami di bawah kontrol yang telah diaudit.
Apakah baseline konfigurasi keamanan ditentukan dan ditinjau setidaknya setiap 12 bulan? AM.5
Ya. Baseline konfigurasi untuk layanan cloud dan endpoint kami ditentukan di bawah kontrol manajemen konfigurasi dan ditinjau setidaknya setahun sekali sesuai kebijakan kami.
Apakah sistem operasi telah diperkuat (hardened) pada port, protokol, dan layanan yang diperlukan? AM.6
Ya untuk produksi: serverless pada platform terkelola dengan ingress terbatas pada HTTPS di endpoint tertentu dan aturan firewall deny-by-default. Scaleway macOS build runner adalah OS utama Capgo untuk Native Build.
Perlindungan endpoint apa yang diterapkan pada perangkat staf? CO.4
Semua endpoint menjalankan perlindungan malware dan full-disk encryption, yang dipantau oleh agent kepatuhan perangkat kami. Host IPS dan pemblokiran port USB tidak diterapkan. Data pelanggan diproses di sistem produksi cloud kami.
Apakah full-disk encryption diterapkan pada endpoint staf? CO.5
Ya. Enkripsi full-disk diterapkan dan dipantau di semua endpoint. Database dan cloud backup dienkripsi saat rest di penyedia cloud kami. Kami tidak menulis backup ke media yang dapat dilepas.
Apakah Anda menggunakan tool DLP untuk memantau traffic keluar dan USB? CO.5.1
Tidak. Data pelanggan tetap berada di sistem cloud dengan kontrol akses, endpoint terenkripsi penuh dan dipantau, serta aturan penanganan data telah ditentukan dalam kebijakan Acceptable Use dan Data Classification kami.
Apakah aturan firewall ditinjau atau disertifikasi ulang secara berkala? CO.8
Ya. Aturan ingress produksi menggunakan prinsip deny-by-default dan dibatasi hanya ke endpoint HTTPS, serta ditinjau setidaknya setahun sekali sebagai bagian dari review konfigurasi dan akses kami.
Apakah Anda menyimpan diagram jaringan yang menunjukkan koneksi inbound dan outbound? CO.9
Ya. Arsitektur dan diagram jaringan kami menunjukkan batasan sistem serta koneksi antara Capgo, penyedia cloud kami, dan pelanggan, serta diperbarui bersama inventaris sistem.
Apakah staf diperbolehkan membaca email perusahaan di komputer pribadi? CO.14
Staf dapat menggunakan laptop pribadi terdaftar yang terdaftar dalam agent kepatuhan perangkat kami, yang menerapkan enkripsi disk, perlindungan malware, screen lock, dan patching. Akses email memerlukan MFA.
Apakah MFA diwajibkan untuk akses jarak jauh ke email perusahaan? CO.15
Ya. 2-Step Verification diwajibkan di level domain untuk semua akun Google Workspace.
Seberapa sering pengguna harus re-autentikasi dengan MFA? CO.16
MFA diwajibkan pada setiap sign-in baru dan di perangkat baru apa pun. Durasi sesi mengikuti pengaturan kontrol sesi Google Workspace kami (saat ini 14 hari untuk sesi terpercaya).

Logging, monitoring, dan insiden

  • Audit logs pelanggan: Audit trail untuk login, perubahan izin, bundle, channel, dan perubahan organisasi. Dokumentasi fitur Paket Enterprise mencakup audit logs, statistik organisasi 90 hari, dan log perangkat 90 hari sesuai halaman Enterprise.
  • Monitoring: Runbooks khusus, monitoring 24/7, dan playbook incident response yang dipandu founder sesuai halaman Trust .
  • Status: Uptime publik dan insiden di status aplikasi capgo (dirujuk dalam kebijakan support ).
  • Notifikasi kebocoran data pribadi (processor): Memberitahu pelanggan tanpa penundaan yang tidak semestinya, maksimal 48 jam setelah diketahui, melalui email dengan update berkala, sesuai DPA .
  • Fail-safe Updater: Jika layanan update tidak merespons dalam 3 detik, plugin akan membatalkan permintaan dan membuka aplikasi secara normal sesuai dengan kebijakan dukungan .

Jawaban kuesioner Vendor

Apakah audit logs disimpan selama minimal tiga tahun? AC.26
Tidak. Audit events dibuat untuk tindakan terkait keamanan pada sistem kritis dan ditinjau dengan alerting untuk mendeteksi aktivitas anomali. Logs disimpan sesuai Logging Policy dan pengaturan retensi tiap platform, yang mana kurang dari tiga tahun.
Apakah production logs terhubung ke SIEM? AC.27.1
Tidak ada SIEM khusus. Production logs dikumpulkan di tools logging dan observability cloud provider kami dengan alerting dan ditinjau untuk aktivitas anomali.
Apa pertahanan jaringan dan monitoring yang diterapkan? CO.3
Cloudflare menyediakan edge firewall, web application firewall, dan proteksi DDoS. Host produksi menggunakan aturan deny-by-default, dan Google Workspace memfilter email serta spam. Kami tidak mengoperasikan SIEM khusus; logs dipantau dengan sistem alerting pada tools penyedia kami.
Apakah rencana respons insiden Anda mencakup jenis insiden umum? IE.2
Ya. Rencana respons insiden kami mencakup malware, denial of service, akses tidak sah, akses fisik tidak sah, kehilangan data, laptop hilang, dan ransomware. Skenario intrusi fisik hanya berlaku untuk endpoint karena kami beroperasi secara remote penuh tanpa kantor fisik.
Apakah Anda memiliki kontrak retainer dengan firma respons insiden? IE.3
Saat ini tidak ada retainer. Rencana respons insiden kami menyediakan prosedur untuk melibatkan firma respons insiden eksternal jika diperlukan.
Apakah rencana respons insiden diuji dan diperbarui setidaknya setahun sekali? IE.3.2
Ya. Rencana respons insiden ditinjau dan disetujui setiap tahun oleh manajemen senior, dan kami menjalankan tabletop exercise tahunan.
Apakah ada protokol untuk melibatkan penegak hukum? IE.6
Ya. Kebijakan respons insiden kami mengatur notifikasi kepada pelanggan dan pemangku kepentingan lainnya, serta kami menjaga kontak dengan otoritas terkait, termasuk penegak hukum, sebagai bagian dari program ISO 27001 kami.

Backup, ketersediaan, dan SLA

  • Backup, redundansi, enkripsi, dan kontrol akses sesuai DPA langkah keamanan.
  • Replikasi regional dan read replicas sesuai dokumentasi Enterprise dan subprocessors.
  • SLA uptime Enterprise: 99.9% bulanan dengan service credits sebesar 10% hingga 30%. SLA .

Backup diuji secara berkala untuk integritas dan kemampuan restorasi, dengan prosedur pemulihan yang dilatih setiap tahun (lihat jawaban kuesioner vendor di bawah). Target RPO dan RTO spesifik tidak dipublikasikan di capgo.app.

Jawaban kuesioner vendor

Apakah pemulihan backup diuji setidaknya setahun sekali? CO.6
Ya. Backup diuji integritas dan kemampuan pemulihannya secara berkala, dan prosedur pemulihan diuji setiap tahun.

Manajemen kerentanan dan pengungkapan

  • Pemindaian Code: SonarCloud dan Snyk; masalah kritis diblokir dari produksi sesuai Halaman Trust dan dokumentasi kepatuhan .
  • Review pull request: Review CodeRabbit AI pada pull request sesuai dokumentasi kepatuhan.
  • Penetration testing: Penetration testing independen sesuai Halaman Trust. Vendor, tanggal, dan ketersediaan laporan tidak dipublikasikan; gunakan portal trust untuk permintaan bukti.
  • Target patching: Kritis dalam 7 hari dan tinggi dalam 30 hari sesuai Kebijakan Manajemen Kerentanan kami (lihat jawaban kuesioner vendor di bawah).
  • Pengungkapan: Laporkan melalui GitHub Security Advisories (juga capacitor-updater dan CLI via security.txt ). Respon dalam 7 hari kerja sesuai kebijakan keamanan . Laporan berbayar via bug bounty .

Jawaban kuesioner vendor

Pengujian keamanan apa yang diperlukan sebelum rilis produksi? HAS.4
Setiap pull request menjalankan automated tests, linting, static analysis (SonarCloud dan mandatory security scan), serta code review otomatis sebelum merge, dan perubahan produksi harus disetujui manajemen. DAST tidak termasuk dalam release pipeline. Penetration test pihak ketiga tahunan mencakup aplikasi yang sedang berjalan.
Bagaimana jadwal patching untuk kerentanan kritis dan tinggi? VM.7
Kritis: dalam 7 hari. Tinggi: dalam 30 hari, sesuai Vulnerability Management Policy kami.

Sertifikasi dan cara meminta bukti

Pernyataan publik meliputi:

  • SOC 2 Type 2 selesai (Type II) sesuai dokumentasi kepatuhan .
  • ISO 27001:2022 tersertifikasi sesuai dokumentasi kepatuhan dan trust portal.
  • Badge trust portal untuk SOC 2 Type 1, SOC 2 Type 2, SOC 3, ISO 27001, dan GDPR di percaya.capgo.app .

Cara mendapatkan laporan: Kunjungi percaya.capgo.app , gunakan Request Access untuk laporan SOC, bukti ISO, kuesioner keamanan, dan detail kontrol di bawah NDA. Sertifikat PDF tidak dikirim via email.

Paket tinjauan keamanan Enterprise dapat mencakup laporan SOC 2, template DPA, dan catatan arsitektur sesuai halaman Enterprise , tetap melalui proses trust portal untuk bukti formal.

Laporan audit SOC 2 dan ISO lengkap, opini auditor, dan cakupan detail hanya tersedia melalui trust portal. Halaman pemasaran publik tidak menampilkan PDF laporan.

Jawaban kuesioner vendor

Apakah ada proses non-retaliasi untuk pelaporan kepatuhan internal? CP.3
Ya. Staf dapat melaporkan kekhawatiran melalui saluran pelaporan yang terdokumentasi sesuai kebijakan kami, dan Code of Business Conduct kami melindungi pelapor dengan itikad baik dari pembalasan.
Apakah kontrak vendor menyertakan ketentuan keamanan? OS.7
Ya. Perjanjian penyedia infrastruktur dan DPA kami mencakup kontrol akses, notifikasi pelanggaran, keamanan sub-prosesor, dan kepemilikan data. Hak audit dijalankan melalui laporan SOC 2 dan ISO 27001 independen mereka.
Apakah Anda melakukan due diligence keamanan vendor? OS.8
Ya. Vendor diidentifikasi dan diberi peringkat risiko dalam penilaian risiko vendor tahunan yang meninjau atestasi keamanan mereka, termasuk kontrol akses, MFA, dan enkripsi, dengan komitmen keamanan serta notifikasi insiden dalam kontrak mereka.
Apakah ada proses yang ditetapkan untuk pengecualian kebijakan keamanan? SP.4
Ya. Pengecualian didokumentasikan, dinilai risikonya, disetujui, dan dilacak berdasarkan kebijakan Policy Management and Exception Handling kami.
Apakah Anda memiliki asuransi siber? RM.5
Belum ada kebijakan asuransi siber saat ini.

Privasi dan DPA

  • DPA: Diterima otomatis saat menggunakan produk; pelanggan adalah controller, Capgo adalah processor; SCC dengan sub-processor; kewajiban pemberitahuan dan bantuan saat terjadi breach. DPA (terakhir diperbarui 10 Juni 2026 di halaman bahasa Inggris).
  • DPA / NDA yang ditandatangani: Tersedia untuk paket Enterprise sesuai halaman Enterprise.
  • Data yang dikumpulkan oleh updater (default): App ID, versi, platform, app-scoped device ID, bundle, channel, OS, versi plugin, negara request, dan IP. Capgo tidak mengumpulkan nama, email, atau advertising ID secara default. Opsional custom_id dan statistik metadata mungkin berisi pengenal pribadi jika aplikasi Anda mengirimkannya. Deployment standar HIPAA harus mengosongkan field tersebut dan menonaktifkan allow_device_custom_id. Device ID adalah data pribadi pseudonim di mana GDPR berlaku. Dokumentasi kepatuhan .
  • Nonaktifkan statistik eksplisit: Atur statsUrl ke string kosong untuk menghentikan laporan statistik eksplisit. Saat updateUrl tetap aktif, Capgo masih dapat menyimpan billing MAU, inventaris perangkat, dan catatan keputusan update yang diperlukan untuk live updates dan billing. Dokumentasi kepatuhan HIPAA .
  • Retensi: Retensi bundle dapat dikonfigurasi; catatan operasional disimpan untuk operasional layanan, keamanan, billing, dan support tanpa periode publik yang tetap.
  • Tidak ada penjualan data layanan: Dinyatakan dalam DPA dan Kebijakan Data .

Lihat juga Kebijakan Privasi dan Subprosesor (notifikasi perubahan 30 hari).

Deployment sensitif HIPAA

Capgo Cloud adalah tidak saat ini berfungsi sebagai pemroses statistik terhosting yang patuh HIPAA sesuai dokumentasi kepatuhan HIPAA . Paket Enterprise dapat menyertakan Business Associate Agreement (BAA) untuk pelanggan layanan kesehatan sesuai halaman kepatuhan HIPAA .

Opsi deployment untuk review yang lebih ketat mencakup endpoint EU, menonaktifkan statistik eksplisit (dengan batasan di atas), self-hosted statistics, dan lisensi self-hosting (lihat halaman kepatuhan HIPAA).

AI Generatif

Secara default, Capgo tidak mengirim data pelanggan ke penyedia AI mana pun. Pengembangan internal mungkin menggunakan AI coding assistant hanya pada source code milik Capgo. Jika pelanggan memilih untuk menggunakan diagnostik build-log, log tersebut diproses per request oleh Cloudflare Workers AI (lihat halaman sub-processor ), tanpa ada retensi oleh layanan AI dan tidak digunakan untuk training.

Jawaban kuesioner vendor

Apakah Anda menggunakan alat generative AI siap pakai yang dapat memproses data pelanggan? GAI.2
Secara default, data pelanggan tidak diproses oleh alat generative AI siap pakai. Capgo hanya menggunakan AI coding assistant untuk pengembangan pada source code milik Capgo, bukan pada data pelanggan. Satu-satunya pengecualian untuk pelanggan adalah diagnostik build-log opsional: saat pelanggan memilih untuk mengaktifkannya, log tersebut diproses per request oleh Cloudflare Workers AI, sebuah sub-processor terdaftar, tanpa ada retensi oleh layanan AI dan tidak digunakan untuk training model.
Apakah data pelanggan dikirim ke luar lingkungan Anda untuk analisis AI? GAI.3
Secara default, data pelanggan tidak dikirim ke penyedia AI eksternal mana pun untuk analisis. Satu-satunya pengecualian adalah diagnostik build-log opsional: jika pelanggan memilih opt-in, build logs tersebut diproses per permintaan oleh Cloudflare Workers AI (terdaftar di halaman subprocessor kami), tanpa retensi oleh layanan AI dan tidak digunakan untuk pelatihan model.
Apakah Anda menguji output AI untuk hasil yang tidak adil atau diskriminatif? GAI.10
Tidak relevan. AI hanya digunakan untuk diagnostik teknis build-log dan bantuan pengembangan internal, serta tidak mengambil keputusan terkait individu.
Apakah pemrosesan AI menghindari ketergantungan pada karakteristik yang dilindungi? GAI.11
Ya. Fitur AI yang menghadap pelanggan hanya memproses build logs teknis dan tidak menggunakan karakteristik pribadi atau yang dilindungi.
Apakah output AI dikelola dengan peninjauan dan pemantauan manusia? GAI.12
Ya. Output AI yang menghadap pelanggan hanya bersifat saran dan ditampilkan kepada developer, yang kemudian memutuskan tindakan selanjutnya. AI tidak mengambil tindakan otomatis. Fitur ini bersifat opt-in dan tercakup dalam proses penilaian risiko serta manajemen vendor kami.
Apakah akses ke komponen AI menggunakan prinsip least privilege? GAI.13
Ya. Fitur AI berjalan di dalam platform produksi kami dengan kontrol akses berbasis peran (least-privilege) yang sama, dan layanan model tidak menyimpan data pelanggan.
Apakah Anda mengelola inventaris model AI, sumber data, dan komponen? GAI.15
Ya. Inventaris vendor dan sistem kami mencantumkan layanan AI, model yang digunakan, serta sumber data yang menyuplainya.
Berapa lama input pelanggan disimpan dalam sistem AI? GAI.16
Secara default, tidak ada konten pelanggan yang dikirim ke layanan AI. Saat pelanggan memilih opsi build-log diagnostics, log diproses per request oleh Cloudflare Workers AI dan tidak disimpan oleh layanan tersebut atau digunakan untuk training model. Build logs yang disimpan di sistem Capgo mengikuti kebijakan retensi data standar kami.

Kontak

Topik yang tidak dipublikasikan

Berikut adalah pertanyaan yang umum diajukan dalam kuesioner tetapi tidak dijawab di halaman publik Capgo. Ajukan detail melalui trust portal atau security@capgo.app.

  • Periode laporan SOC 2, cakupan, dan detail surat auditor di luar yang disediakan trust portal
  • Vendor penetration test, tanggal, dan ringkasan laporan (pengujian tahunan dikonfirmasi dalam Vulnerability management)
  • Target numerik RPO dan RTO yang dipublikasikan
  • Periode retensi log spesifik per sistem selain ringkasan kurang dari tiga tahun di Logging, monitoring, and incidents
  • Versi minimum TLS, cipher suites, dan detail rotasi manajemen kunci platform
  • Provisioning SCIM
  • Kontak Data Protection Officer atau perwakilan EU
  • Timeline penghapusan data pelanggan spesifik setelah terminasi kontrak
  • Sertifikasi PCI DSS, FedRAMP, CSA STAR, atau TISAX (tidak diklaim secara publik)