c/side vs Proteside: memerhati skrip atau mengesahkan pembayaran?
Oleh Laís Peixoto
Growth Marketer, Proteside
Diterbitkan
c/side memerhati setiap skrip pihak ketiga merentas semua sesi sebenar, menyimpan sejarah apa yang dihantar oleh setiap satu dan menyekat apa sahaja di luar senarai yang diluluskan. Proteside juga menginventori dan menyekat skrip, kemudian menyemak pembayaran itu sendiri: kod QR, ID pembayaran segera, baris slip bank, alamat dompet dan medan kad, dibandingkan dengan apa yang dikeluarkan peniaga.
Bersebelahan
- Cara ia menggambarkan dirinya
- Platform keselamatan sisi klien, dalam kata-kata syarikat itu sendiri. Script Security meliputi skrip di halaman; Fingerprint meliputi pengenalan peranti serta pengesanan bot dan ejen AI.
- Ibu pejabat
- Amerika Syarikat, pasukan sepenuhnya jarak jauh. Ditubuhkan pada 2024.
- Cara ia masuk ke laman
- Satu tag skrip di bahagian head halaman. Laman web menyatakan tiada proksi songsang dan tiada perubahan DNS, dan trafik laman tidak dihalakan melalui c/side.
- Apa yang disemak di halaman pembayaran
- Skrip pihak ketiga dalam 100% sesi pelawat sebenar, tanpa pensampelan: inventori, sejarah setiap muatan halaman tentang apa yang dihantar setiap skrip, graf kebergantungan vendor dan kebenaran bagi setiap vendor.
- PCI DSS
- Keperluan 6.4.3 dan 11.6.1 dengan laporan yang diterangkan sebagai sedia audit dan diluluskan oleh VikingCloud, sebuah QSA. Penyertaan PCI SSC tidak dinyatakan dalam bahan awam.
c/side Script Security
- Cara ia menggambarkan dirinya
- Lapisan keselamatan siber untuk saat pembayaran: integriti apa yang dilihat, disalin dan disahkan oleh pembeli.
- Ibu pejabat
- São Paulo, Brazil. Beroperasi sejak 2026.
- Cara ia masuk ke laman
- Satu baris kod di halaman pembayaran, atau integrasi dalam templat platform atau penyedia pembayaran. Tiada proksi, tiada perubahan DNS atau CDN.
- Apa yang disemak di halaman pembayaran
- Skrip pihak ketiga, borang kad, kod QR dan kunci Pix, baris boleto (slip bank Brazil), alamat dompet kripto dan kod QR lapan sistem pembayaran segera, dipadankan dengan apa yang dikeluarkan peniaga.
- PCI DSS
- Bukti untuk keperluan PCI DSS 6.4.3 dan 11.6.1, dengan laporan boleh eksport untuk QSA.
Proteside
Kriteria demi kriteria
Tanda berdasarkan dokumentasi awam setiap vendor. Tuding atau ketik tanda untuk membaca legenda.
| c/side | Proteside | |
|---|---|---|
| Apa yang disemak di skrin pembayar | ||
| Inventori dan kebenaran skrip di halaman pembayaranAsas keperluan 6.4.3: mengetahui apa yang berjalan di halaman dan membenarkan setiap skrip. | Diterangkan dalam dokumentasi awam | Diterangkan dalam dokumentasi awam |
| Butiran kad yang ditaip ke dalam borangMenghalang skrip daripada menyalin nombor, tarikh luput dan kod keselamatan. | Diterangkan dalam dokumentasi awam | Diterangkan dalam dokumentasi awam |
| Kod QR Pix dan kod salin-dan-tampal (Brazil)Penipuan checkout paling lazim di Brazil: kod QR yang dipaparkan membawa ke akaun lain. | Tidak ditemui dalam maklumat awam | Diterangkan dalam dokumentasi awam |
| Baris pembayaran boleto (slip bank Brazil)Baris yang ditukar membayar penerima lain dengan amaun yang sama. | Tidak ditemui dalam maklumat awam | Diterangkan dalam dokumentasi awam |
| Kod QR sistem pembayaran segera di seluruh dunia (UPI, PayNow, DuitNow, PromptPay, QR Ph, FPS, CoDi, Transferencias 3.0)Penggantian yang sama seperti Pix, merentas lapan sistem pembayaran segera. | Tidak ditemui dalam maklumat awam | Diterangkan dalam dokumentasi awam |
| Alamat dompet stablecoin dan kripto, termasuk ketika disalinAlamat dompet yang ditukar di skrin atau dalam papan keratan tidak boleh dipulihkan. | Diterangkan dengan batasan (pilihan, disampel, memerlukan tindakan manusia atau hanya dalam satu peringkat produk)1 | Diterangkan dalam dokumentasi awam |
| Memadankan apa yang ada di skrin dengan apa yang dikeluarkan peniaga dan menyekat penggantian sebelum pengesahanSemakan yang mentakrifkan integriti pembayaran: penerima dan amaun sama dengan yang dikeluarkan. | Tidak ditemui dalam maklumat awam | Diterangkan dalam dokumentasi awam |
| Cara ia melindungi | ||
| Menyekat skrip tanpa kebenaran dalam pelayar pembeliMengesan selepas kejadian tidak mengembalikan data yang sudah disalin. | Diterangkan dalam dokumentasi awam | Diterangkan dalam dokumentasi awam |
| Memerhati sesi pembeli sebenarPenipuan bersasar tidak muncul dalam lawatan simulasi. | Diterangkan dalam dokumentasi awam | Diterangkan dalam dokumentasi awam |
| Berfungsi tanpa menukar CDN, DNS atau proksiMasuk ke mana-mana platform dengan satu baris kod. | Diterangkan dalam dokumentasi awam | Diterangkan dalam dokumentasi awam |
| Pematuhan PCI DSS | ||
| Bukti untuk keperluan PCI DSS 6.4.3Inventori, kebenaran dan integriti skrip. | Diterangkan dalam dokumentasi awam | Diterangkan dalam dokumentasi awam |
| Bukti untuk keperluan PCI DSS 11.6.1Perubahan tanpa kebenaran pada halaman dan pengepalanya. | Diterangkan dalam dokumentasi awam | Diterangkan dalam dokumentasi awam |
| Laporan boleh eksport untuk penilai (QSA)Bukti mesti keluar dari papan pemuka dan sampai ke penilaian. | Diterangkan dalam dokumentasi awam | Diterangkan dalam dokumentasi awam |
- Diterangkan dalam dokumentasi awam
- Diterangkan dengan batasan (pilihan, disampel, memerlukan tindakan manusia atau hanya dalam satu peringkat produk)
- Tidak ditemui dalam maklumat awam
- Vendor menyatakan ia tidak melakukan perkara ini
Nota tentang tanda
- 1Alamat dompet stablecoin dan kripto, termasuk ketika disalin: Halaman kripto awam c/side menyenaraikan perubahan alamat penerima masa nyata dan penggantian alamat dompet yang disalin dalam papan keratan antara ancaman yang ditanganinya melalui pemantauan skrip. Bahan itu tidak menerangkan perbandingan alamat yang dipaparkan dengan alamat yang dikeluarkan peniaga, maka tandanya separa.
Di mana c/side menonjol
Setiap sesi sebenar, tanpa pensampelan
Laman web menyatakan liputan 100% sesi pelawat sebenar dan membezakannya dengan imbasan berkala dan rangkakan simulasi.
Sejarah apa yang dihantar setiap skrip
Inventori menyimpan, bagi setiap muatan halaman, kandungan yang dihantar setiap skrip pihak ketiga, yang memudahkan penyiasatan perubahan selepas kejadian.
Berakar daripada Cloudflare Page Shield
Pengasasnya ialah pengurus produk di Page Shield dan pengerusi bersama W3C Anti-Fraud Community Group, menurut halaman tentang syarikat.
Kripto dalam radar
Halaman kripto khusus meliputi pengering dompet, skrip yang menukar alamat penerima dan amaun dalam masa nyata, serta penggantian alamat dompet yang disalin dalam papan keratan.
Apa yang disemak Proteside yang tidak disebut dalam bahan awam c/side
Sebuah kedai perabot di Bangalore memaparkan kod QR UPI untuk pesanan bernilai 42,000 rupee. Pelanggan mengimbasnya dengan aplikasi perbankan, melihat amaun, meluluskan, dan pesanan tidak pernah sampai. Skrip yang diceroboh telah melukis semula QR dengan ID UPI penerima lain dan amaun yang sama. Tiada nombor kad dicuri; wang itu hanya pergi kepada orang lain, dan kedai tahu apabila pelanggan bertanya di mana penghantarannya.
c/side akan melihat skrip yang melakukannya, jika skrip itu berada di luar senarai yang diluluskan, dan itu penting. Apa yang tidak diterangkan dalam dokumentasi awamnya ialah semakan terhadap data pembayaran itu sendiri: sama ada QR, ID atau alamat di skrin ialah yang dikeluarkan pelayan anda. Untuk UPI, PromptPay, PayNow, DuitNow, FPS dan slip bank Brazil (boleto), bahan c/side tidak menyebut sebarang pengesahan. Untuk dompet kripto, ia menyebut alamat papan keratan yang ditukar, tetapi bukan perbandingan dengan alamat yang dijana peniaga. Proteside merekodkan apa yang dikeluarkan (QR, ID, baris slip, alamat USDT, amaun) dan membandingkannya dengan apa yang dilihat dan disalin pembeli, dalam setiap sesi. Jika tidak sepadan, pengesahan disekat dan percubaan itu menjadi makluman dan rekod bukti.
Baris kod yang sama meliputi borang kad dan skrip pihak ketiga, dengan inventori, kebenaran dan sejarah perubahan yang dituntut oleh keperluan 6.4.3 dan 11.6.1. Pasukan yang sudah menjalankan c/side mengekalkan keterlihatan skripnya dan menambah pengesahan pembayaran tanpa projek pelancaran kedua.
Cara setiap satu masuk ke operasi anda
c/side
- Satu tag skrip di bahagian head halaman, di mana-mana platform.
- Tiada proksi songsang dan tiada perubahan DNS, menurut laman web; trafik terus mengalir ke pelayan anda.
- Makluman ke Slack, Teams, e-mel dan webhook, dengan suapan ke alat penipuan dan SIEM.
Proteside
- Satu baris kod di halaman pembayaran, di mana-mana platform, atau satu integrasi dalam templat platform atau penyedia pembayaran.
- Tiada proksi, tiada perubahan DNS atau CDN; semakan berjalan dalam pelayar pembeli, dalam setiap sesi.
- Sekatan automatik sebelum pengesahan; papan pemuka, API dan makluman melalui e-mel, Slack, Teams dan webhook.
Bila memilih setiap satu
c/side masuk akal apabila
- Kad ialah satu-satunya kaedah pembayaran anda dan keutamaan anda ialah menyiasat tingkah laku setiap skrip pihak ketiga, dengan sejarah bagi setiap muatan halaman.
- Anda mahukan pengenalan peranti serta pengesanan bot dan ejen AI daripada vendor yang sama dengan keselamatan skrip anda.
- Pasukan keselamatan anda sudah bekerja dengan dasar CSP dan mahukan titik akhir pelaporan untuk laporan pelayar di sebelah inventori.
Proteside masuk akal apabila
- Anda menerima UPI, PromptPay, PayNow, DuitNow, FPS, Pix, slip bank atau stablecoin, dan perlu mengesahkan penerima bayaran, bukan hanya skrip.
- Anda perlu menyekat QR, ID, baris slip atau alamat dompet yang ditukar sebelum pengesahan, dalam setiap sesi.
- Anda mahukan perlindungan dan bukti untuk keperluan 6.4.3 dan 11.6.1 dalam satu pemasangan, dengan laporan yang boleh diterima QSA anda seadanya.
Kedua-duanya bersama
Pasukan yang bergantung pada c/side untuk butiran skrip pihak ketiga boleh mengekalkan papan pemuka itu dan menambah Proteside pada halaman pembayaran untuk mengesahkan pembayaran itu sendiri. Kedua-dua tag bebas; Proteside tidak mengubah pembayaran yang sah dan tidak mengganggu inventori alat lain.
Soalan lazim
Adakah c/side meliputi Pix, slip bank atau kod QR?
Tidak dalam maklumat awam yang disemak pada Oktober 2026. Bahan c/side meliputi skrip pihak ketiga, data kad, pematuhan PCI DSS dan privasi, dan halaman kriptonya meliputi dompet dan alamat yang disalin.
Bolehkah c/side dan Proteside digunakan bersama?
Boleh. Ia dua tag skrip bebas di halaman pembayaran. c/side terus memerhati skrip manakala Proteside membandingkan pembayaran di skrin dengan apa yang dikeluarkan pelayan anda dan menyekat penggantian sebelum pengesahan.
Adakah c/side melindungi daripada penggantian alamat dompet kripto?
Halaman kripto awamnya menamakan perubahan alamat masa nyata dan penggantian papan keratan sebagai ancaman yang ditangani melalui pemantauan skrip. Perbandingan alamat yang dipaparkan dengan alamat yang dikeluarkan peniaga tidak muncul dalam bahan itu; Proteside membuat perbandingan tersebut dan menyekat ketidakpadanan.
Adakah dasar CSP mencukupi untuk keperluan 6.4.3 dan 11.6.1?
FAQ c/side sendiri menyatakan CSP mengawal dari mana skrip datang tetapi tidak dapat melihat kandungannya, jadi dengan sendirinya ia tidak memenuhi PCI DSS. Kedua-dua c/side dan Proteside menambah inventori, kebenaran dan sejarah perubahan di atas asas itu.
Kedua-duanya memerhati setiap sesi sebenar. Jadi apa bezanya?
Apa yang dilihat oleh setiap satu di dalam sesi. c/side menerangkan tingkah laku skrip pihak ketiga. Proteside turut melihat data pembayaran di skrin dan dalam papan keratan: QR, ID penerima, baris slip, alamat dompet dan amaun, dibandingkan dengan apa yang dikeluarkan.
Lihat Proteside menyemak checkout anda
Empat belas hari percuma, satu baris kod, setiap kaedah pembayaran di halaman anda.