Kebijakan Keamanan
Hubungi: https://github.com/Cap-go/capgo/security/advisories/baru
Kanonical: https://capgo.app/security.txt
Pada Capgo, keamanan sistem kami merupakan prioritas utama kami. Namun, tidak peduli berapa banyak upaya yang kami lakukan untuk keamanan sistem, masih ada kemungkinan adanya kelemahan.
Jika Anda menemukan kelemahan, kami ingin Anda beritahu kami agar kami dapat mengambil langkah-langkah untuk menangani masalah tersebut secepat mungkin. Kami ingin meminta Anda untuk membantu kami melindungi klien dan sistem kami.
Kekeliruan keamanan di luar lingkup:
- Klikjacking pada halaman tanpa aksi sensitif.
- CSRF tidak terotentikasi/logout/login.
- Serangan memerlukan akses fisik atau akses man-in-the-middle ke perangkat pengguna.
- Serangan memerlukan teknik engineering sosial.
- Apapun aktivitas yang dapat menyebabkan gangguan pada layanan kami (DoS).
- Isu palsu konten dan injeksi teks tanpa menampilkan vektor serangan/ tanpa dapat mengubah HTML/CSS.
- Email palsu
- Kekurangan DNSSEC, CAA, CSP headers
- Kurangnya flag Secure atau HTTP only pada cookie yang tidak sensitif
- Tautan mati
- Penghitungan pengguna
- SSRF atau palsu DNS laporan terhadap webhook atau tampilan situs. Fitur-fitur ini berjalan di infrastruktur serverless dan tidak dapat digunakan untuk mencapai infrastruktur Capgo pribadi, sehingga tidak dapat dimanfaatkan dalam lingkungan kami.
- Konfigurasi aplikasi code milik pengguna atau proyek yang Capgo tidak miliki, kirim, atau kendalikan, termasuk file seperti capacitor.config.ts, config.capacitor.ts, sumber kode aplikasi code, dan pengaturan spesifik lingkungan.
- Akses ke file-file Capgo bundle atau bukti bahwa file-file bundle dapat diunduh. File-file bundle adalah aset web publik, pengguna diinformasikan tentang hal ini, dan akses ke mereka tidak dianggap sebagai pelanggaran data.
Keterbatasan Autentikasi Supabase yang Dikenal
Beberapa temuan sering dilaporkan dan terkait dengan perilaku Autentikasi Supabase. Hal ini hanya dianggap sebagai masalah Supabase sisi ketika dapat direproduksi dalam proyek demo Supabase bersamaan dan ketika perubahan konfigurasi Supabase memperbaiki perilaku tanpa mengubah aturan keamanan Capgo. Jika perbaikan memerlukan perubahan SQL, RPC, kebijakan RLS, fungsi, atau logika aplikasi Capgo, hal ini adalah masalah Capgo dan harus dilaporkan kepada kami.
- Laporan harus mencakup demo yang dapat diulang Supabase, dengan langkah-langkah, yang sesuai dengan pengaturan kami dan menunjukkan perilaku.
- Laporan harus mencakup jalur perbaikan yang tepat: baik pengaturan/config Supabase yang mengatasi perilaku, atau objek konfigurasi Capgo-dimiliki code yang harus berubah.
- Fluks akun/email diverifikasi terhadap pengaturan proyek Supabase (misalnya, apakah verifikasi email dinonaktifkan dan fluks tangkap digunakan).
- Fluks perbarui kata sandi dan email/password mungkin bergantung pada sesi autentikasi Supabase saat ini dan pengaturan re-verifikasi.
- Jika proyek demo membuktikan perbaikan Supabase yang konkrit tanpa perubahan kebijakan Capgo, atau menunjukkan kecacatan konkrit Capgo-dimiliki, kami akan meninjaunya sebagai tindakan yang dapat diambil.
Pedoman pengujian:
- Tidak boleh menjalankan pemindaian otomatis pada proyek pelanggan lain. Menjalankan pemindaian otomatis dapat meningkatkan biaya bagi pengguna kami. Pemindaian yang dikonfigurasi agresif mungkin mengganggu layanan, mengeksploitasi kelemahan, menyebabkan ketidakstabilan sistem, atau pelanggaran dan melanggar Ketentuan Layanan dari penyedia kami. Sistem keamanan kami sendiri tidak akan dapat membedakan rekonaisansi musuh dari penelitian putih. Jika Anda ingin menjalankan pemindaian otomatis, silakan menghubungi kami di security@capgo.app dan hanya jalankan pada proyek Capgo Anda sendiri. TIDAK BOLEH MENyerang proyek pelanggan lain.
- Penting untuk tidak memanfaatkan kelemahan atau masalah yang ditemukan, misalnya dengan mengunduh data lebih dari yang diperlukan untuk menunjukkan kelemahan atau menghapus atau memodifikasi data orang lain.
Pedoman pelaporan:
- Kirimkan temuan Anda melalui GitHub Advisory Keamanan:: https://github.com/Cap-go/capgo/security/advisories/new
- Silakan menyediakan informasi yang cukup untuk mengulangi masalah, sehingga kami dapat menyelesaikannya secepat mungkin.
- Kami menerima dan meninjau laporan keamanan untuk plugin Capgo, tetapi bantuan berbayar untuk plugin code hanya tersedia untuk @capgo/capacitor-updater. Plugin Capgo lainnya gratis untuk digunakan dan tidak termasuk dalam produk berbayar kami, sehingga laporan untuk mereka diterima tetapi tidak dibayar.
Pedoman pengungkapan:
- Untuk melindungi pelanggan kami, jangan membocorkan masalah kepada orang lain sampai kami telah melakukan penelitian, menangani, dan memberitahu pelanggan kami yang terkena.
-
Jika Anda ingin membagikan penelitian Anda tentang Capgo di konferensi, blog, atau forum publik lainnya, Anda harus membagikan draft kepada kami untuk tinjauan dan persetujuan setidaknya 30 hari sebelum tanggal publikasi. Perlu diingat bahwa hal-hal berikut tidak boleh termasuk:
- Data tentang proyek-proyek pelanggan Capgo
- Data pelanggan Capgo
- Informasi tentang karyawan, kontraktor, atau mitra Capgo
Apakah yang kita janjikan:
- Akan kami tanggapi laporan Anda dalam waktu 7 hari kerja dengan evaluasi kami atas laporan dan tanggal penyelesaian yang diharapkan.
- Jika Anda telah mengikuti instruksi di atas, kami tidak akan mengambil tindakan hukum terhadap Anda dalam hal laporan.
- Akan kami tangani laporan Anda dengan kerahasiaan ketat, dan tidak akan kami bagikan detail pribadi Anda kepada pihak ketiga tanpa izin Anda.
- Akan kami memberitahu Anda tentang perkembangan menuju penyelesaian masalah.
- Dalam informasi publik mengenai masalah yang dilaporkan, kami akan menyebutkan nama Anda sebagai penemuan masalah (kecuali Anda menginginkannya lainnya).
- Jika data yang bocor muncul dalam log yang kami bagikan, kami akan menganggapnya sebagai informasi debugging yang digunakan untuk memperbaiki masalah, bukan sebagai alasan untuk balas dendam atau pembalasan.
Akan kami berusaha menyelesaikan semua masalah secepat mungkin, dan kami ingin berperan aktif dalam publikasi akhir mengenai masalah setelah masalah tersebut diselesaikan.