Akamai Client-Side Protection vs Proteside: edge CDN atau semakan pembayaran?
Oleh Laís Peixoto
Growth Marketer, Proteside
Diterbitkan
Akamai Client-Side Protection & Compliance menginventori skrip di halaman pembayaran, memberi skor tingkah lakunya dalam sesi pengguna sebenar dan membolehkan pasukan anda menyekat skrip dari konsol Akamai. Proteside mengekalkan inventori itu dan menyemak, dalam pelayar pembeli, bahawa kod QR, baris slip bank atau alamat dompet sepadan dengan apa yang dikeluarkan peniaga, menyekat penggantian sebelum pengesahan.
Bersebelahan
- Cara ia menggambarkan dirinya
- Produk keselamatan Akamai untuk ancaman yang bertindak dalam pelayar pelanggan: inventori skrip, analisis tingkah laku dan pematuhan PCI DSS di halaman pembayaran.
- Ibu pejabat
- Cambridge, Massachusetts, Amerika Syarikat. Dinamakan semula daripada Page Integrity Manager kepada Client-Side Protection & Compliance pada Oktober 2023.
- Cara ia masuk ke laman
- Skrip pengesanan disuntik oleh edge Akamai sebagai sumber pertama di halaman, atau diletakkan di origin. Peratusan paparan halaman yang menerima skrip ditetapkan dalam Akamai Control Center.
- Apa yang disemak di halaman pembayaran
- Skrip yang diperhatikan di halaman pembayaran (sumber, tingkah laku, destinasi data), dengan justifikasi pratakrif, skor risiko dan risikan ancaman; perubahan pada pengepala HTTP dan perlindungan halaman pembayaran.
- PCI DSS
- Keperluan 6.4.3 dan 11.6.1 disebut di halaman produk, dengan makluman PCI khusus dan papan pemuka audit. Laporan bernama untuk QSA tidak diterangkan dalam bahan awam.
Akamai Client-Side Protection & Compliance (antes Page Integrity Manager)
- 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.
| Akamai 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 dengan batasan (pilihan, disampel, memerlukan tindakan manusia atau hanya dalam satu peringkat produk)1 | 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 dengan batasan (pilihan, disampel, memerlukan tindakan manusia atau hanya dalam satu peringkat produk)2 | 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 dengan batasan (pilihan, disampel, memerlukan tindakan manusia atau hanya dalam satu peringkat produk)3 | 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. | Tidak ditemui dalam maklumat awam4 | 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
- 1Butiran kad yang ditaip ke dalam borang: Halaman produk Akamai menerangkan pengesanan skrip yang mengakses dan mengeksfiltrasi data sensitif dalam sesi sebenar dan menyekat skrip tersebut "dengan satu klik". Oleh itu sekatan bergantung pada seseorang bertindak dalam konsol selepas makluman.
- 2Menyekat skrip tanpa kebenaran dalam pelayar pembeli: Mitigasi diterangkan sebagai menyekat skrip berniat jahat "dengan satu klik" dalam Akamai Control Center. Dasar boleh dibuat untuk ancaman berulang; sekatan automatik terhadap skrip yang baru dilihat di dalam sesi langsung tidak diterangkan dalam bahan awam.
- 3Berfungsi tanpa menukar CDN, DNS atau proksi: Dokumentasi menyatakan pengesanan terpakai pada mana-mana laman web, di mana sahaja ia dihoskan, dan skrip boleh diletakkan di origin. Dasar keselamatan, peratusan suntikan dan pengendalian insiden berada dalam Akamai Control Center.
- 4Laporan boleh eksport untuk penilai (QSA): Bahan awam menyebut papan pemuka audit dan makluman PCI khusus untuk menghasilkan bukti. Laporan boleh eksport untuk QSA, dengan nama itu, tidak diterangkan dalam sumber yang disemak.
Di mana Akamai Client-Side Protection menonjol
Analisis tingkah laku dalam sesi sebenar
Halaman produk menerangkan analisis berterusan terhadap apa yang dilaksanakan setiap skrip dalam pelayar pengguna sebenar, pembelajaran mesin untuk memberi skor risiko tindakan tanpa kebenaran, dan semakan URL skrip berbanding kerentanan yang diketahui.
Suntikan edge mendahului setiap skrip lain
Apabila halaman disampaikan melalui Akamai, skrip pengesanan dimuatkan dahulu dan secara segerak. Dokumentasi menyatakan halaman tidak dapat mengelaknya, yang menyukarkan skrip berniat jahat berjalan sebelum pengesanan.
Kawalan halus ke mana skrip pergi
Anda boleh menetapkan peratusan paparan halaman, memaksa atau mengecualikan laluan tertentu seperti borang sensitif, dan menghidupkan atau mematikan suntikan bagi setiap permintaan dengan parameter ujian sebelum meluaskan liputan.
Tiada pengumpulan apa yang ditaip pembeli
Bahan awam menyatakan produk ini tidak mengumpul input borang, teks halaman atau data pembayaran; ia merekodkan tingkah laku skrip sahaja.
Apa yang disemak Proteside yang tidak disebut dalam bahan Akamai
Sebuah kedai elektronik di Bengaluru menerima pesanan bernilai 38,000 rupee melalui UPI. Pembeli mengetik bayar, mengimbas kod QR dengan aplikasi perbankan dan meluluskan. Widget ulasan yang dikemas kini malam sebelumnya telah melukis semula kod QR dengan amaun yang sama dan ID penerima yang berbeza. Tiada nombor kad keluar dari halaman; wang itu hanya mendarat di akaun orang lain, dan kedai tahu apabila pesanan tidak pernah dipadankan.
Client-Side Protection & Compliance memerhati apa yang dilakukan skrip dan ke mana ia menghantar data, yang meliputi kecurian data kad dengan baik. Kod QR UPI, kod PromptPay atau PayNow, baris slip bank Brazil atau alamat dompet USDT tidak muncul dalam dokumentasi awam Akamai sebagai data yang disahkan. Proteside merekodkan apa yang dikeluarkan pelayan anda untuk setiap caj (kod, alamat, amaun) dan membandingkannya dengan apa yang dilihat dan disalin pembeli, dalam setiap sesi. Apabila kedua-duanya berbeza, pengesahan disekat dan percubaan itu direkodkan sebagai makluman dan sebagai bukti.
Pemasangan yang sama menginventori skrip halaman, melindungi borang kad kredit dan borang kad debit, serta menyimpan sejarah perubahan yang dituntut oleh keperluan 6.4.3 dan 11.6.1. Sekatan berlaku dalam pelayar pembeli, tanpa menunggu seseorang meluluskan sekatan.
Cara setiap satu masuk ke operasi anda
Akamai Client-Side Protection
- Skrip pengesanan disuntik oleh edge Akamai sebagai sumber pertama di halaman, atau dipasang di origin.
- Peratusan paparan halaman yang menerima skrip ditetapkan dalam dasar keselamatan; dokumentasi menyarankan bermula kecil dan meningkat ke 100%.
- Data tingkah laku dihantar ke pelayan Akamai sebelum pengguna meninggalkan halaman; insiden dikendalikan dalam Akamai Control Center.
Proteside
- Satu baris kod di halaman pembayaran, di mana-mana platform atau CDN, atau satu integrasi dalam templat penyedia pembayaran.
- Setiap sesi disemak, tanpa peratusan pensampelan untuk dikonfigurasi.
- Kod QR, ID, baris slip bank atau alamat dompet yang ditukar disekat sebelum pengesahan; papan pemuka, API dan makluman melalui e-mel, Slack, Teams dan webhook.
Bila memilih setiap satu
Akamai Client-Side Protection masuk akal apabila
- Laman anda sudah disampaikan melalui Akamai dan pasukan keselamatan anda menjalankan dasar dalam Akamai Control Center.
- Anda mahukan risikan ancaman daripada rangkaian Akamai, skor risiko dan semakan kerentanan yang diketahui terhadap skrip halaman anda.
- Proses perubahan anda memerlukan seseorang meluluskan sekatan skrip sebelum ia berkuat kuasa, dengan rekod siapa yang memutuskan.
Proteside masuk akal apabila
- Checkout anda menerima UPI, PromptPay, PayNow, DuitNow, FPS, Pix, slip bank Brazil atau stablecoin, dan risikonya ialah penerima bayaran yang ditukar.
- Anda perlu menyekat penggantian dalam setiap sesi, tanpa pensampelan dan tanpa menunggu klik.
- Laman anda tidak berjalan di Akamai dan anda mahukan perlindungan serta bukti untuk keperluan 6.4.3 dan 11.6.1 daripada satu baris kod.
Kedua-duanya bersama
Pasukan yang sudah menjalankan Client-Side Protection & Compliance di edge boleh mengekalkannya untuk risikan ancaman dan inventori yang diurus konsol, dan menambah Proteside di halaman pembayaran untuk mengesahkan kod QR, ID penerima, baris slip bank dan alamat dompet. Skrip Proteside tidak mengganggu suntikan Akamai atau data yang dihantarnya balik ke Akamai.
Soalan lazim
Adakah Akamai Client-Side Protection meliputi UPI, PromptPay atau pembayaran kod QR?
Tidak dalam maklumat awam yang disemak pada Oktober 2026. Laman web dan dokumentasi Akamai menerangkan skrip, data sensitif yang diakses skrip, pengepala HTTP dan perlindungan halaman pembayaran.
Bolehkah Akamai Client-Side Protection dan Proteside digunakan bersama?
Boleh. Skrip Akamai tiba melalui edge atau origin; skrip Proteside tiba sebagai satu baris di halaman pembayaran. Setiap satu mengekalkan inventorinya sendiri, dan Proteside tidak mengubah pembayaran yang sah mahupun menyekat skrip Akamai.
Adakah laman saya mesti disampaikan melalui Akamai untuk menggunakan Client-Side Protection & Compliance?
Menurut dokumentasi awam, tidak: pengesanan terpakai pada mana-mana laman web dan skrip boleh diletakkan di origin. Dasar keselamatan, peratusan suntikan dan pengendalian insiden kekal dalam Akamai Control Center.
Apa maksud peratusan paparan halaman untuk liputan?
Dokumentasi membolehkan anda menyuntik skrip ke dalam bahagian rawak paparan halaman dan menyarankan bermula kecil dan mencapai 100%. Di bawah 100%, sesetengah pembeli memuatkan halaman tanpa skrip pengesanan. Proteside menyemak setiap sesi, tanpa tetapan sedemikian.
Adakah Page Integrity Manager dan Client-Side Protection & Compliance produk yang sama?
Ya. Akamai menamakan semula Page Integrity Manager kepada Client-Side Protection & Compliance pada Oktober 2023; dokumentasi teknikal masih berada di alamat lama.
Lihat Proteside menyemak checkout anda
Empat belas hari percuma, satu baris kod, setiap kaedah pembayaran di halaman anda.