Cara memantau perubahan pada checkout: apa dan bila dipantau

Memantau perubahan pada checkout bermaksud mengetahui, tepat pada masanya untuk bertindak, apabila sesuatu pada halaman pembayaran mula berfungsi dengan cara yang tidak dibenarkan kedai. Ini merangkumi fail pada pelayan, skrip yang dimuatkan halaman, pengepala keselamatan dan, yang paling penting, apa yang muncul pada skrin pembeli. Setiap lapisan memerlukan kaedah yang berbeza, dan tiada satu kaedah pun yang melihat keempat-empatnya.

Mengapa memantau halaman pembayaran dan bukan laman web sahaja

Checkout ialah satu-satunya halaman tempat serangan terus bertukar menjadi wang. Kod yang menyalin data kad atau menukar kod QR Pix (sistem pembayaran segera Banco Central do Brasil, bank pusat Brazil) hanya perlu berfungsi di situ, dan sebab itu ia biasanya dimatikan di bahagian lain laman web. Pada September 2026, kedai di Brazil yang terjejas oleh kod seperti ini mula-mula melihat gejala komersial, iaitu peningkatan pembelian Pix yang tidak diteruskan, sebelum sebarang amaran teknikal.

Memantau halaman pembayaran juga satu kewajipan. Sejak 31 Mac 2025, keperluan 11.6.1 PCI DSS meminta mekanisme yang mengesan perubahan tanpa kebenaran pada kandungan halaman dan pada pengepala keselamatan, dengan semakan sekurang-kurangnya seminggu sekali atau pada kekerapan yang ditetapkan oleh analisis risiko syarikat sendiri.

Apa yang perlu dipantau: empat lapisan

1. Fail pada pelayan

Fail platform, tema dan plugin. Perubahan di luar penerbitan yang dirancang ialah tanda pencerobohan yang paling klasik.

Apa yang tidak dilihat lapisan ini: kod yang datang dari alamat luar dan hanya wujud dalam pelayar.

2. Skrip yang dimuatkan halaman

Senarai semua yang ditarik oleh halaman pembayaran: fail sendiri, alat analitik, chat, piksel iklan, skrip penyedia pembayaran. Inilah inventori yang diminta keperluan 6.4.3 PCI DSS, dengan pemilik, sebab dan jaminan integriti bagi setiap item.

Apa yang tidak dilihat lapisan ini: skrip yang sudah dibenarkan tetapi mengubah tingkah laku tanpa menukar nama, atau sambungan dalam pelayar pelanggan.

3. Pengepala keselamatan

Arahan yang dihantar pelayan kepada pelayar bersama halaman, seperti dasar yang menentukan dari mana skrip boleh dimuatkan dan ke mana data boleh dihantar. Jika seseorang melonggarkan dasar ini, pintu terbuka tanpa sebarang fail berubah.

Apa yang tidak dilihat lapisan ini: serangan yang menggunakan perkhidmatan yang sudah dibenarkan. Pada Jun 2026, penyelidik menghuraikan kod pencuri data kad yang menggunakan perkhidmatan pembayaran terkenal sebagai tempat berpaut, justeru untuk melepasi dasar yang mempercayainya.

4. Apa yang ditunjukkan skrin pelanggan

Kod QR Pix, teks Pix Copia e Cola (kod pembayaran dalam bentuk teks yang pelanggan salin dan tampal dalam aplikasi bank), linha digitável (nombor boleto) pada boleto (boleto bancário, slip pembayaran bank Brazil), alamat dompet, borang yang menerima kad kredit dan kad debit, dan ke mana borang itu menghantar data. Di sinilah penipuan berlaku dan di sinilah ia kelihatan sepenuhnya.

Apa yang diperlukan lapisan ini: membandingkan apa yang ada pada skrin dengan apa yang dikeluarkan kedai, dan bukan sekadar merekod bahawa sesuatu telah berubah.

Berapa kerap

Tiada satu kekerapan untuk semua. Peraturan praktikalnya ialah menetapkan satu kekerapan bagi setiap lapisan:

• Fail pada pelayan: pada setiap penerbitan dan setiap hari, dengan amaran segera untuk perubahan di luar penerbitan.
• Skrip dan pengepala: berterusan, dengan semakan manusia sekurang-kurangnya seminggu sekali, iaitu minimum 11.6.1.
• Skrin pelanggan: setiap kali halaman pembayaran dimuatkan. Kod QR yang ditukar pada hari Selasa pukul 10.00 pagi sudah menerima wang pada 10.01 pagi.

Kaedah dan apa yang dilihat setiap satu

• Pemantauan fail pada pelayan. Baik untuk pencerobohan yang mengubah kod kedai. Buta terhadap apa yang dibina dalam pelayar.
• Imbasan luaran oleh robot. Robot membuka checkout dari semasa ke semasa dan merekod apa yang dimuatkan halaman. Ia membantu membina inventori, tetapi hanya melihat sesi robot itu, dan kod berniat jahat boleh berkelakuan lain terhadap pelawat yang kelihatan automatik.
• Laporan pelayar tentang dasar keselamatan. Pelayar pelanggan memberi amaran apabila sesuatu cuba dimuatkan dari tempat yang tidak sepatutnya. Ia menunjukkan percubaan yang disekat, bukan apa yang melalui alamat yang dibenarkan.
• Skrip pemantauan pada halaman itu sendiri. Berjalan dalam pelayar pelanggan sebenar dan melihat apa yang benar-benar dimuatkan dan diubah oleh halaman selepas dibuka.
• Semakan data pembayaran. Selangkah lebih jauh daripada kaedah sebelumnya: selain melihat bahawa kod QR berubah, ia membandingkannya dengan kod QR yang dikeluarkan kedai dan menyekatnya jika tidak sepadan.

Tiga kaedah pertama memberitahu "ada sesuatu yang berubah". Hanya kaedah terakhir memberitahu "pelanggan hampir membayar kepada orang yang salah".

Cara membina amaran yang benar-benar dilayan

1. Tentukan apa yang dibenarkan. Tanpa senarai skrip dan destinasi yang dijangka, setiap amaran hanyalah bunyi bising.
2. Asingkan yang segera daripada yang rutin. Skrip baharu pada halaman pembayaran dan kod QR yang tidak sepadan adalah segera. Perubahan versi alat analitik ialah rutin untuk disemak dalam minggu itu.
3. Hantar yang segera kepada orang yang boleh bertindak. Saluran dengan petugas bertugas, bukan peti e-mel.
4. Gabungkan isyarat teknikal dan komersial. Kadar Pix tertunda, pengabaian di checkout dan aduan pembayaran tanpa pesanan sama pentingnya dengan amaran fail.
5. Simpan bukti. Tarikh, halaman, apa yang berubah dan siapa yang meluluskan. Inilah yang diminta juruaudit PCI DSS dan yang membantu ketika menerangkan insiden kepada pelanggan.

Senarai semak ringkas

• Senarai skrip halaman pembayaran, dengan pemilik dan sebab.
• Amaran untuk fail yang berubah di luar penerbitan.
• Dasar keselamatan kandungan dengan laporan diaktifkan.
• Pemantauan dalam pelayar pelanggan sebenar, bukan oleh robot sahaja.
• Semakan kod QR, Copia e Cola, linha digitável dan borang kad berbanding apa yang dikeluarkan kedai.
• Papan pemuka harian dengan kadar Pix tertunda.
• Rekod setiap perubahan yang diluluskan dan setiap amaran yang ditangani.

Untuk konteks serangan yang dicegah oleh pemantauan ini, baca Magecart: apa itu dan cara melindungi e-dagang. Untuk keperluannya, lihat pematuhan PCI DSS.

Di mana Proteside berperanan

Proteside meliputi lapisan kedua dan keempat dalam pelayar pembeli: ia mengekalkan inventori skrip halaman pembayaran dan menyemak, pada setiap pesanan, sama ada kod QR, Copia e Cola, linha digitável dan borang kad ialah yang dikeluarkan kedai. Jika tidak, ia menyekat pertukaran sebelum pengesahan, memaklumkan kedai dan merekodkan kes itu sebagai bukti untuk PCI DSS. Lihat cara ia berfungsi.