Langkau ke kandungan

Source Defense vs Proteside: menyekat skrip atau mengesahkan pembayaran?

Laís Peixoto

Oleh Laís Peixoto

Growth Marketer, Proteside

Diterbitkan

Source Defense menghalang skrip pihak ketiga daripada membaca data kad di halaman pembayaran, menyekat dalam masa nyata, dan membolehkan pemeroleh menyalurkan perlindungan itu melalui SDK yang sudah mereka hantar. Proteside turut menginventori skrip, kemudian menyemak bahawa QR, akaun, baris slip bank atau alamat dompet yang dipaparkan sepadan dengan apa yang dikeluarkan penjual, dan menyekat penggantian sebelum pengesahan.

Bersebelahan

Source Defense Protect e Detect

Cara ia menggambarkan dirinya
Keselamatan sisi klien untuk laman web, digambarkan syarikat sebagai pencipta kategori ini; Protect mencegah, Detect memantau, Acquirer Protect mengedarkan perlindungan melalui pemeroleh dan penyedia pembayaran.
Ibu pejabat
Rosh Ha'ayin, Israel, dan Stamford, Connecticut, AS. Ditubuhkan pada 2014.
Cara ia masuk ke laman
Dua baris kod di laman, dengan skrip pihak ketiga dilayan sebagai tidak dipercayai secara lalai; laman web menyatakan ia beroperasi dalam 24 jam dan mengambil kira-kira dua jam pengurusan sebulan.
Apa yang disemak di halaman pembayaran
Skrip pihak ketiga dan keempat, cara skrip tersebut berkelakuan di halaman, dan akses mereka kepada data yang ditaip ke dalam borang kad.
PCI DSS
Keperluan 6.4.3 disebut untuk Acquirer Protect dan dalam sumber rakan kongsi QSA, dengan pelaporan pematuhan. Principal Participating Organization PCI SSC, menurut senarai awam majlis.

Proteside

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.

Kriteria demi kriteria

Tanda berdasarkan dokumentasi awam setiap vendor. Tuding atau ketik tanda untuk membaca legenda.

Source DefenseProteside
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 awamDiterangkan dalam dokumentasi awam
Butiran kad yang ditaip ke dalam borangMenghalang skrip daripada menyalin nombor, tarikh luput dan kod keselamatan.Diterangkan dalam dokumentasi awamDiterangkan 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 awamDiterangkan dalam dokumentasi awam
Baris pembayaran boleto (slip bank Brazil)Baris yang ditukar membayar penerima lain dengan amaun yang sama.Tidak ditemui dalam maklumat awamDiterangkan 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 awamDiterangkan 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 awamDiterangkan 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 awamDiterangkan dalam dokumentasi awam
Cara ia melindungi
Menyekat skrip tanpa kebenaran dalam pelayar pembeliMengesan selepas kejadian tidak mengembalikan data yang sudah disalin.Diterangkan dalam dokumentasi awamDiterangkan dalam dokumentasi awam
Memerhati sesi pembeli sebenarPenipuan bersasar tidak muncul dalam lawatan simulasi.Diterangkan dalam dokumentasi awamDiterangkan dalam dokumentasi awam
Berfungsi tanpa menukar CDN, DNS atau proksiMasuk ke mana-mana platform dengan satu baris kod.Diterangkan dalam dokumentasi awamDiterangkan dalam dokumentasi awam
Pematuhan PCI DSS
Bukti untuk keperluan PCI DSS 6.4.3Inventori, kebenaran dan integriti skrip.Diterangkan dalam dokumentasi awamDiterangkan dalam dokumentasi awam
Bukti untuk keperluan PCI DSS 11.6.1Perubahan tanpa kebenaran pada halaman dan pengepalanya.Tidak ditemui dalam maklumat awam1Diterangkan dalam dokumentasi awam
Laporan boleh eksport untuk penilai (QSA)Bukti mesti keluar dari papan pemuka dan sampai ke penilaian.Diterangkan dalam dokumentasi awamDiterangkan 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

  1. 1Bukti untuk keperluan PCI DSS 11.6.1: Halaman produk awam menyebut keperluan 6.4.3 (untuk Acquirer Protect dan dalam sumber rakan kongsi QSA) dan menerangkan pelaporan pematuhan PCI DSS. Keperluan 11.6.1, yang meliputi perubahan tanpa kebenaran pada halaman dan pengepalanya, tidak muncul dengan nama dalam bahan yang disemak pada Oktober 2026. Oleh itu tandanya ialah 'tidak dinyatakan secara awam' dan bukannya 'tidak melakukannya'.

Di mana Source Defense menonjol

  • Pengedaran melalui pemeroleh dan penyedia

    Acquirer Protect membawa perlindungan kepada keseluruhan portfolio peniaga melalui SDK yang sudah dihantar oleh pemeroleh, penyedia pembayaran atau platform, tanpa pemasangan kedai demi kedai.

  • Penyertaan peringkat tertinggi dalam PCI SSC

    Source Defense muncul dalam senarai awam majlis sebagai Principal Participating Organization, tahap penyertaan tertinggi.

  • Operasi ringan selepas dipasang

    Laman web menggambarkan Protect sebagai mengambil kira-kira dua jam pengurusan sebulan, dengan dasar yang bermula tidak dipercayai secara lalai dan ditala dari semasa ke semasa.

  • Skala yang diisytiharkan

    Lebih daripada 1,000 jenama dan 1.2 bilion paparan halaman sebulan dilindungi, menurut laman web syarikat itu sendiri, selepas sepuluh tahun kejuruteraan yang tertumpu pada sisi klien.

Apa yang disahkan Proteside yang tidak disebut dalam bahan Source Defense

Sebuah kedai elektronik di Bengaluru memaparkan QR UPI untuk komputer riba berharga 84,000 rupee. Pembeli mengimbasnya dengan aplikasi perbankan dan membayar. Skrip yang disuntik ke dalam halaman telah menukar QR dengan yang menunjuk ke ID UPI lain, amaun yang sama. Tiada data kad keluar dari halaman; wang itu pergi ke akaun yang salah, dan kedai tahu apabila pesanan tidak pernah dipadankan.

Source Defense menjawab masalah kad: skrip pihak ketiga tidak dipercayai secara lalai, dihalang daripada membaca borang, dengan sekatan masa nyata dalam Protect. Untuk UPI, PromptPay, PayNow, slip bank Brazil (boleto) dan dompet kripto, halaman produk awam tidak menerangkan semakan terhadap apa yang dilihat pembeli. Proteside merekodkan apa yang dikeluarkan pelayan anda (QR, pengecam akaun, baris slip bank, alamat dompet, amaun) dan membandingkannya dengan apa yang dipaparkan dan apa yang disalin, dalam setiap sesi. Jika tidak sepadan, pengesahan disekat dan percubaan itu direkodkan sebagai makluman dan sebagai bukti.

Inventori skrip dan perlindungan borang kad datang dalam pemasangan yang sama, dengan sejarah perubahan yang dituntut oleh keperluan 6.4.3 dan 11.6.1 dan laporan sedia untuk QSA. Satu baris kod memerhati skrip dan mengesahkan pembayaran.

Cara setiap satu masuk ke operasi anda

Source Defense

  • Dua baris kod di laman; bahan menyatakan ia beroperasi dalam 24 jam.
  • Skrip pihak ketiga dilayan sebagai tidak dipercayai secara lalai, dengan dasar yang ditala dari semasa ke semasa oleh pasukan anda.
  • Protect menyekat dalam masa nyata; Detect hanya memantau dan memberi makluman, dengan data tersedia melalui API, makluman dan konsol. Pemeroleh dan penyedia mengedarkannya melalui SDK sedia ada mereka.

Proteside

  • Satu baris kod di halaman pembayaran, di mana-mana platform, atau satu integrasi dalam templat platform atau penyedia pembayaran.
  • Setiap caj direkodkan di sisi pelayan dan disahkan dalam setiap sesi, tanpa pensampelan.
  • Sekatan automatik sebelum pengesahan; papan pemuka, API dan makluman melalui e-mel, Slack, Teams dan webhook.

Bila memilih setiap satu

Source Defense masuk akal apabila

  • Anda pemeroleh, penyedia pembayaran atau platform dan mahu menyalurkan perlindungan skrip kepada keseluruhan portfolio peniaga anda melalui SDK yang sudah anda hantar.
  • Kad ialah satu-satunya kaedah pembayaran dan keutamaannya ialah menjauhkan skrip pihak ketiga daripada borang dengan operasi bulanan yang minimum.
  • Pasukan keselamatan anda mahu bermula dengan pemantauan dan makluman sahaja (Detect), menggunakan data melalui API, sebelum menghidupkan sekatan.

Proteside masuk akal apabila

  • Checkout anda menerima UPI, PromptPay, PayNow, DuitNow, FPS, slip bank Brazil atau kripto.
  • Anda perlu menyekat penggantian penerima dalam sesi pembeli itu sendiri, sebelum pengesahan.
  • Anda mahukan bukti untuk keperluan 6.4.3 dan 11.6.1, termasuk pengepala, daripada satu pemasangan dan tanpa menukar CDN anda.

Kedua-duanya bersama

Peniaga yang pemerolehnya mengedarkan Source Defense melalui SDK-nya boleh mengekalkan perlindungan borang kad itu dan menambah Proteside pada halaman pembayaran untuk mengesahkan pembayaran segera, slip bank dan alamat dompet. Kedua-dua skrip bebas; Proteside tidak menyentuh dasar alat lain.

Soalan lazim

Adakah Source Defense meliputi UPI, PromptPay, PayNow, slip bank atau kod QR pembayaran?

Tidak dinyatakan dalam maklumat awam yang disemak pada Oktober 2026. Halaman produk menerangkan skrip pihak ketiga, data yang ditaip ke dalam borang kad dan pelaporan pematuhan.

Bolehkah Source Defense dan Proteside digunakan bersama?

Boleh. Ia dua skrip bebas di halaman pembayaran. Proteside mengesahkan data pembayaran dan skrip tanpa mengubah pembayaran yang sah atau dasar alat lain.

Apakah perbezaan antara Protect dan Detect?

Menurut laman web Source Defense, Protect menyekat akses skrip tanpa kebenaran kepada data dalam masa nyata, manakala Detect memantau dan memberi makluman tanpa menyekat. Proteside menyekat secara lalai dalam setiap sesi dan merekodkan percubaan itu.

Saya pemeroleh atau penyedia pembayaran. Yang mana saya edarkan kepada peniaga?

Kedua-duanya menerangkan pengedaran melalui penyedia. Acquirer Protect menggunakan SDK yang sudah dihantar pemeroleh dan tertumpu pada data kad. Proteside masuk sebagai satu integrasi dalam templat platform atau penyedia dan turut mengesahkan UPI, PromptPay, PayNow, slip bank dan kripto.

Adakah Source Defense dan Proteside memenuhi keperluan PCI DSS 11.6.1?

Proteside menghasilkan bukti untuk keperluan 6.4.3 dan 11.6.1, dengan pemantauan pengepala dan laporan QSA. Halaman awam Source Defense menyebut 6.4.3; 11.6.1 tidak muncul dalam bahan yang disemak.

Perbandingan lain

Lihat Proteside menyemak checkout anda

Empat belas hari percuma, satu baris kod, setiap kaedah pembayaran di halaman anda.

Mulakan percubaan percuma