跳至主要內容

如何監察結帳頁變更：監察甚麼、何時監察

Laís Peixoto

作者 Laís Peixoto

Growth Marketer, Proteside

發佈於 · 2 分鐘閱讀

監察結帳頁變更，就是監察四個層面：伺服器上的檔案、頁面載入的腳本、安全標頭，以及顧客螢幕上顯示的內容。PCI DSS 要求最少每星期檢查一次；至於 QR Code 和付款碼，每張訂單都要在顧客付款前核對。

監察結帳頁的變更，就是在仍來得及應對時，知道付款頁面上有東西開始以網店未授權的方式運作。這包括伺服器上的檔案、頁面載入的腳本、安全標頭，最重要的是買家螢幕上顯示的內容。每個層面需要不同的方法，而沒有一種方法能同時看到四個層面。

為何要監察付款頁面，而不只是整個網站

結帳頁是唯一一個讓攻擊即時變成金錢的頁面。複製信用卡資料或調包 Pix（巴西中央銀行的即時支付系統）QR Code 的程式碼，只需在那裏運作，因此在網站其他地方通常保持關閉。2026 年 9 月，受這類程式碼攻擊的巴西網店，最先看到的是一個商業徵兆：Pix 放棄訂單增加，比任何技術警報都早。

監察付款頁面也是一項規定。自 2025 年 3 月 31 日起，PCI DSS 的要求 11.6.1 要求設置機制，偵測頁面內容和安全標頭未經授權的變更，並最少每星期檢查一次，或按企業自身風險分析所訂的頻率檢查。

監察甚麼：四個層面

1. 伺服器上的檔案

平台、佈景主題和插件的檔案。在計劃發布以外出現的修改，是最典型的入侵跡象。

這個層面看不到的：來自外部地址、只存在於瀏覽器中的程式碼。

2. 頁面載入的腳本

付款頁面載入的所有內容清單：自家檔案、分析工具、即時聊天、廣告追蹤像素、支付服務供應商的腳本。這就是 PCI DSS 要求 6.4.3 所要求的清單，每一項都要有負責人、用途和完整性保證。

這個層面看不到的：一個早已獲准的腳本改變了行為卻沒有改名，或顧客瀏覽器上的擴充功能。

3. 安全標頭

伺服器連同頁面一起傳給瀏覽器的指示，例如規定腳本可從哪裏載入、資料可傳送到哪裏的政策。如果有人放寬這項政策，門就打開了，卻沒有任何檔案改變。

這個層面看不到的：利用早已放行的服務進行的攻擊。2026 年 6 月，研究人員描述了一段盜卡程式碼，以一個知名支付服務作為據點，正是為了通過信任該服務的政策。

4. 顧客螢幕上顯示的內容

Pix 的 QR Code、Pix Copia e Cola（顧客複製後貼到銀行 App 付款的文字付款碼）的文字、boleto（巴西銀行付款單）的 linha digitável（boleto 上的付款號碼）、錢包地址、接收信用卡和扣賬卡資料的表格，以及這個表格把資料傳送到哪裏。騙局在這裏發生，也在這裏完整呈現。

這個層面需要的：把螢幕上的內容與網店發出的內容比對，而不只是記錄有東西改變了。

多久檢查一次

沒有單一頻率。實際做法是每個層面各自設定：

  • 伺服器上的檔案：每次發布時及每天檢查，發布以外的修改要即時發出警報。
  • 腳本和安全標頭：持續監察，並最少每星期由人手覆核一次，這是 11.6.1 的最低要求。
  • 顧客螢幕：每次載入付款頁面時檢查。星期二上午 10 時被調包的 QR Code，10 時 01 分已經收到錢。

各種方法及其所見

  • 伺服器檔案監察：適合偵測改動網店程式碼的入侵。看不到在瀏覽器中組合的內容。
  • 外部機械人掃描：機械人定時打開結帳頁，記錄頁面載入的內容。有助建立清單，但只看到機械人自己的瀏覽過程，而惡意程式碼對看似自動化的訪客可能有不同表現。
  • 瀏覽器的安全政策報告：有東西嘗試從不應載入的地方載入時，顧客的瀏覽器會發出報告。它顯示的是被攔截的嘗試，不是經由已放行地址通過的內容。
  • 頁面本身的監察腳本：在真實顧客的瀏覽器中執行，看到頁面實際載入了甚麼，以及打開後改變了甚麼。
  • 付款資料核對：比上一種方法再進一步：除了看到 QR Code 改變了，還會與網店發出的 QR Code 比對，不一致就攔截。

前三種方法告訴你「有東西改變了」。只有最後一種告訴你「顧客即將付錢給錯誤的人」。

如何設置有人處理的警報

  1. 界定甚麼是獲准的：沒有預期腳本和目的地的清單，所有警報都是雜訊。
  2. 分開緊急和例行事項：付款頁面出現新腳本、QR Code 不一致，屬於緊急。分析工具的版本更新，屬於當週覆核的例行事項。
  3. 把緊急警報送到能行動的人手上：要有當值人員的頻道，而不是電郵信箱。
  4. 結合技術和商業訊號：Pix 待付款比率、結帳頁放棄率，以及「已付款但沒有訂單」的投訴，與檔案警報同樣重要。
  5. 保存證據：日期、頁面、改了甚麼、誰批准。這是 PCI DSS 審計師要求的，也有助向顧客解釋事故。

快速檢查清單

  • 付款頁面的腳本清單，附負責人和用途。
  • 發布以外的檔案修改警報。
  • 啟用報告功能的內容安全政策。
  • 在真實顧客的瀏覽器中監察，而不只是靠機械人。
  • 把 QR Code、Copia e Cola、linha digitável 和信用卡表格與網店發出的內容比對。
  • 每天查看 Pix 待付款比率的儀表板。
  • 記錄每項獲批的修改和每個已處理的警報。

如想了解這種監察所防範的攻擊，請閱讀 Magecart 是甚麼，網店如何防範。相關要求可參閱 PCI DSS 合規。

Proteside 的角色

Proteside 在買家的瀏覽器中涵蓋第二和第四個層面：維護付款頁面的腳本清單，並在每張訂單中核對 QR Code、Copia e Cola、linha digitável 和信用卡表格是否為網店發出的內容。如果不是，就在確認付款前攔截調包、通知網店，並把個案記錄為 PCI DSS 的證據。請看 運作原理。

返回網誌

延伸閱讀