Imperva Client-Side Protection vs Proteside: dasar skrip di WAF atau pengesahan pembayaran itu sendiri?
Oleh Laís Peixoto
Growth Marketer, Proteside
Diterbitkan
Imperva Client-Side Protection dibina untuk syarikat yang sudah berada di Imperva Cloud Application Security yang mahu mentadbir skrip halaman pembayaran dari konsol yang mereka kendalikan hari ini, tanpa kod. Proteside untuk peniaga yang menerima kad, pembayaran segera, slip bank atau kripto dan perlu setiap kod QR, akaun dan alamat dompet di skrin disemak berbanding apa yang mereka keluarkan.
Bersebelahan
- Cara ia menggambarkan dirinya
- Komponen Imperva Web Application & API Protection yang mencegah kecurian data melalui skrip di halaman, menurut lembaran data.
- Ibu pejabat
- Imperva: Amerika Syarikat, dengan lebih daripada satu alamat merentas sumber awam. Sebahagian daripada kumpulan Thales (Perancis) sejak Disember 2023.
- Cara ia masuk ke laman
- Pengaktifan satu klik di dalam Imperva Cloud Application Security tanpa perubahan kod; pelayar menguatkuasakan dasar keselamatan kandungan yang ditetapkan di pelayan.
- Apa yang disemak di halaman pembayaran
- Perkhidmatan JavaScript di halaman (inventori berterusan, negara asal, status sijil, lokasi dalam kod), data borang dan pengepala keselamatan.
- PCI DSS
- Keperluan 6.4.3 dan 11.6.1, dengan papan pemuka PCI yang menerangkan setiap keperluan dan menyenaraikan item tindakan, ditambah ringkasan mingguan perubahan halaman pembayaran.
Imperva Client-Side Protection
- 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.
| Imperva Client-Side Protection | 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. | Tidak ditemui dalam maklumat awam | 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. | Vendor menyatakan ia tidak melakukan perkara ini1 | 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
- 1Berfungsi tanpa menukar CDN, DNS atau proksi: Lembaran data mempersembahkan Client-Side Protection sebagai sebahagian daripada stack Imperva Cloud Application Security, diaktifkan dengan satu klik tanpa kod. Dokumentasi awam tidak menerangkan laluan pemasangan di luar platform itu; laman perlu disampaikan melaluinya.
Di mana Imperva Client-Side Protection menonjol
Disekat secara lalai sehingga dibenarkan
Lembaran data menerangkan model di mana sebarang perkhidmatan baharu, atau sebarang perubahan, kekal disekat sehingga disemak dan dibenarkan. Pasukan dengan kawalan perubahan yang ketat mendapat postur yang jelas sejak awal.
Instant Block di dalam pelayar
Halaman produk menerangkan Instant Block, yang menggunakan komponen pelayar (service worker) yang berada antara halaman dan pelayan untuk memutuskan perkhidmatan serta-merta, tanpa menunggu kemas kini dasar seterusnya.
Infrastruktur sebagai kod
Sokongan Terraform penuh, menurut lembaran data. Pasukan yang mengurus versi konfigurasi WAF Imperva mereka boleh melayan dasar skrip dengan cara yang sama.
Konteks untuk setiap keputusan skrip
Skor risiko domain, penerangan yang ditulis AI tentang apa yang dilakukan setiap skrip (AI Explain), dan butiran inventori seperti negara asal, status sijil dan kedudukan dalam kod.
Apa yang disemak Proteside yang tidak disebut dalam bahan awam Imperva
Sebuah peruncit di Singapura memaparkan kod QR PayNow untuk pesanan bernilai S$ 1,250. Pelanggan mengimbasnya dengan aplikasi perbankan, melihat amaun, mengesahkan. Sambungan pelayar di komputer riba pelanggan telah melukis semula kod QR untuk menunjuk ke UEN yang berbeza dengan amaun yang sama. Tiada skrip baharu dimuatkan di halaman. Tiada data kad keluar dari pelayar. Inventori perkhidmatan kekal bersih, dan wang sudah pun berpindah.
Imperva melakukan dengan baik apa yang direka untuknya: mengetahui perkhidmatan mana yang berjalan di halaman, menyekat yang tidak dikenali dan memastikan bukti PCI DSS teratur. Untuk PayNow, UPI, PromptPay, DuitNow, FPS, Pix, slip bank Brazil dan alamat dompet kripto, dokumentasi awam Imperva tidak menerangkan semakan terhadap apa yang sebenarnya dilihat pembeli. Proteside merekodkan apa yang dikeluarkan pelayan anda untuk setiap caj dan membandingkannya dengan apa yang dipaparkan dan apa yang disalin dalam setiap sesi. Jika berbeza, pengesahan dihentikan sebelum ia berlaku dan percubaan itu direkodkan sebagai makluman dan sebagai bukti.
Skrip yang sama mengekalkan inventori skrip, melindungi borang kad dan menyimpan sejarah yang dituntut oleh keperluan 6.4.3 dan 11.6.1. Pemasangan ialah satu baris kod di halaman pembayaran, di mana-mana platform, dengan atau tanpa WAF di hadapan.
Cara setiap satu masuk ke operasi anda
Imperva Client-Side Protection
- Pengaktifan satu klik di dalam Imperva Cloud Application Security; tiada perubahan kod di halaman.
- Bermula dalam mod Discovery, yang menginventori perkhidmatan dan memberi makluman tentang yang baharu dan tentang pemindahan data; dasar kemudian menyekat apa sahaja yang belum dibenarkan.
- Makluman melalui e-mel, API dan SIEM; konfigurasi juga tersedia melalui Terraform.
Proteside
- Satu baris kod di halaman pembayaran, di mana-mana platform, atau satu integrasi dalam templat platform atau penyedia pembayaran.
- Setiap sesi checkout disemak: kod QR, pengecam akaun, baris slip bank, alamat dompet dan medan kad, berbanding apa yang dikeluarkan pelayan.
- Sekatan sebelum pengesahan; papan pemuka, API dan makluman melalui e-mel, Slack, Teams dan webhook. Berfungsi bersama mana-mana CDN atau WAF.
Bila memilih setiap satu
Imperva Client-Side Protection masuk akal apabila
- Laman anda sudah berjalan di Imperva Cloud Application Security dan pasukan keselamatan mahukan dasar skrip dalam konsol yang sudah dikendalikannya.
- Peraturan dalaman anda ialah menahan apa sahaja yang baharu sehingga seseorang meluluskannya, dan kad ialah kaedah pembayaran di halaman.
- Konfigurasi keselamatan berada dalam Terraform dan dasar skrip perlu mengikuti aliran kerja yang sama.
Proteside masuk akal apabila
- Halaman menerima pembayaran segera seperti UPI, PayNow, PromptPay atau DuitNow, slip bank Brazil atau kripto, dan anda perlu mengesahkan penerima yang dipaparkan.
- Laman berada di CDN lain, di CDN sendiri atau tiada langsung, dan anda tidak mahu menukar cara trafik disampaikan untuk melindungi checkout.
- Anda mahukan perlindungan dan bukti untuk keperluan 6.4.3 dan 11.6.1 dalam satu pemasangan, dalam beberapa minit, tanpa projek.
Kedua-duanya bersama
Syarikat yang sudah berada di Imperva Cloud Application Security boleh mengekalkan dasar skrip Imperva dan menambah Proteside di halaman pembayaran untuk mengesahkan pembayaran itu sendiri. Proteside muncul sebagai satu lagi perkhidmatan dalam inventori Imperva: benarkan sekali dan kedua-duanya berjalan di halaman yang sama.
Soalan lazim
Adakah Imperva Client-Side Protection meliputi Pix, boleto atau kod QR?
Tidak dalam maklumat awam yang disemak pada Oktober 2026. Bahan Imperva menerangkan perkhidmatan JavaScript, data yang ditaip ke dalam borang dan pengepala keselamatan; Pix, boleto (slip bank Brazil) dan kod QR pembayaran tidak disebut.
Bolehkah Imperva Client-Side Protection dan Proteside digunakan bersama?
Boleh. Proteside ialah skrip di halaman pembayaran dan muncul dalam inventori Imperva sebagai perkhidmatan untuk dibenarkan. Selepas itu, Imperva terus mentadbir skrip dan Proteside mengesahkan pembayaran. Kedua-duanya tidak mengubah pembayaran yang sah.
Adakah saya perlu berada di WAF Imperva untuk menggunakan Client-Side Protection?
Dokumentasi awam menerangkan pengaktifan di dalam Imperva Cloud Application Security dan tidak menerangkan laluan pemasangan lain. Proteside dipasang dengan satu baris kod di mana-mana laman, di belakang mana-mana CDN atau WAF, termasuk Imperva.
Adakah model sekat-sehingga-dibenarkan Imperva mengganggu checkout?
Bahan Imperva menerangkan mod Discovery awal yang hanya menginventori dan memberi makluman, sebelum dasar mula menyekat apa yang belum dibenarkan. Proteside mengambil laluan berbeza: skrip yang dikenali dibenarkan dan kandungan pembayaran disemak dalam setiap sesi, tanpa perkhidmatan baharu ditahan secara lalai.
Bagaimana saya boleh mencuba Proteside tanpa menyentuh Imperva?
Daftar untuk percubaan percuma empat belas hari, tambah satu baris kod pada halaman pembayaran dan benarkan skrip itu dalam inventori Imperva. Dalam beberapa minit papan pemuka Proteside memaparkan skrip halaman, kaedah pembayarannya dan sebarang percubaan yang disekat.
Lihat Proteside menyemak checkout anda
Empat belas hari percuma, satu baris kod, setiap kaedah pembayaran di halaman anda.