Jscrambler 與 Proteside:腳本控制還是付款核實?
作者 Laís Peixoto
Growth Marketer, Proteside
發佈於
Jscrambler 保護公司自家的 JavaScript,並透過 Webpage Integrity 清點及控制付款頁面上的腳本,附 PCI DSS 證據。Proteside 保留該清點並查核付款本身:把 QR 碼、帳戶識別碼、銀行繳費單條碼及錢包地址與商戶所發出的資料比對,並在確認前攔截調換。
並排比較
- 自我定位
- 客戶端安全平台,有兩個產品:Code Integrity 保護公司自家的 JavaScript,Webpage Integrity 控制頁面上運行的腳本。Iframe Integrity 服務支付服務供應商。
- 總部
- 葡萄牙波爾圖。2014 年成立。
- 如何進入網站
- 透過程式碼片段或標籤管理器加入 JavaScript 代理程式,建議作為最先載入的腳本之一;或 Agentless Monitoring,由合成用戶訪問客戶列出的頁面。
- 在付款頁面查核甚麼
- 第一方、第三方及第四方腳本、相對歷史基線的行為偏移、對表格、cookie 及瀏覽器儲存的存取,以及對外網絡請求。
- PCI DSS
- 要求 6.4.3 及 11.6.1,附合規模組及可直接用於評估的報告。其網站設有名為 QSA Alliance 的計劃。
Jscrambler Webpage Integrity
- 自我定位
- 付款一刻的網絡安全層:買家所見、所複製及所確認內容的完整性。
- 總部
- 巴西聖保羅。2026 年起營運。
- 如何進入網站
- 在付款頁面加入一行程式碼,或整合到平台或支付服務供應商的範本。無需代理伺服器,無需更改 DNS 或 CDN。
- 在付款頁面查核甚麼
- 第三方腳本、卡表格、Pix QR 碼及識別碼、boleto(巴西銀行繳費單)條碼、加密貨幣錢包地址,以及八個即時支付系統的 QR 碼,全部與商戶所發出的資料比對。
- PCI DSS
- PCI DSS 要求 6.4.3 及 11.6.1 的證據,附可匯出給 QSA 的報告。
Proteside
逐項準則
標記以各供應商的公開文件為依據。將滑鼠移至標記上或輕觸標記可查看圖例。
| Jscrambler | Proteside | |
|---|---|---|
| 在付款人螢幕上查核甚麼 | ||
| 付款頁面腳本的清點與授權要求 6.4.3 的基礎:知道頁面上運行甚麼,並授權每個腳本。 | 公開文件中有描述 | 公開文件中有描述 |
| 在表格輸入的卡資料阻止腳本複製卡號、到期日及安全碼。 | 公開文件中有描述 | 公開文件中有描述 |
| Pix QR 碼及複製貼上代碼(巴西)巴西最常見的結帳詐騙:顯示的 QR 碼指向另一個帳戶。 | 公開資料中未見 | 公開文件中有描述 |
| Boleto(巴西銀行繳費單)繳費條碼被調換的條碼會以相同金額付給另一個收款人。 | 公開資料中未見 | 公開文件中有描述 |
| 全球即時支付系統的 QR 碼(UPI、PayNow、DuitNow、PromptPay、QR Ph、FPS、CoDi、Transferências 3.0)與 Pix 相同的調換手法,橫跨八個即時支付系統。 | 公開資料中未見 | 公開文件中有描述 |
| 穩定幣及加密貨幣錢包地址,包括複製時在螢幕上或剪貼簿中被調換的錢包地址是不可逆轉的。 | 公開資料中未見 | 公開文件中有描述 |
| 比對螢幕所示與商戶所發出的資料,並在確認前攔截調換定義付款完整性的查核:收款人與金額與發出時一致。 | 公開資料中未見 | 公開文件中有描述 |
| 如何保護 | ||
| 在買家的瀏覽器中攔截未授權腳本事後偵測無法取回已被複製的資料。 | 公開文件中有描述 | 公開文件中有描述 |
| 監察真實買家的工作階段針對性詐騙不會出現在模擬訪問中。 | 有描述但附帶限制(可選、抽樣、需要人手操作或只在某一產品層級)1 | 公開文件中有描述 |
| 無需更改 CDN、DNS 或代理伺服器即可運作一行程式碼即可部署到任何平台。 | 公開文件中有描述 | 公開文件中有描述 |
| PCI DSS 合規 | ||
| PCI DSS 要求 6.4.3 的證據腳本的清單、授權及完整性。 | 公開文件中有描述 | 公開文件中有描述 |
| PCI DSS 要求 11.6.1 的證據頁面及其標頭的未授權變更。 | 公開文件中有描述 | 公開文件中有描述 |
| 可匯出給評估員(QSA)的報告證據必須離開控制面板,送到評估現場。 | 公開文件中有描述 | 公開文件中有描述 |
- 公開文件中有描述
- 有描述但附帶限制(可選、抽樣、需要人手操作或只在某一產品層級)
- 公開資料中未見
- 供應商表明不提供此功能
關於標記的說明
- 1監察真實買家的工作階段: 公開的入門指南描述了兩種模式。使用代理程式時,腳本在真實購物者工作階段中觀察及攔截。在 Agentless Monitoring 中,合成用戶訪問客戶列出的付款頁面;按供應商自己的描述,該模式不會跟隨每位購物者的瀏覽器。
Jscrambler 的突出之處
程式碼與頁面來自同一供應商
Code Integrity 強化公司所撰寫的 JavaScript 以抵禦逆向工程;Webpage Integrity 管理頁面上運行的腳本。兩者都需要的團隊只需面對一個供應商。
攔截動作,保留腳本
Form Fencing 阻止未授權腳本讀取表格欄位,Network Transfer Control 管理對外請求。公開資料描述的是攔截高風險動作,而不是移除整個腳本。
為支付服務供應商而設的 Iframe Integrity
一個獨立產品保護商戶結帳內的付款 iframe,防禦 iframe 及表格覆蓋,並且不需要商戶做任何事。
行為基線
Behavioral Drift Detection 把每個腳本的行為與其自身歷史比較,並根據即時瀏覽器遙測資料為供應商風險評分。
Proteside 查核而 Jscrambler 的資料沒有提及的內容
一家班加羅爾的電子產品店為一張 42,000 盧比的訂單顯示 UPI QR 碼。購物者打開支付應用程式,掃描代碼並批准。結帳頁面上一個被入侵的插件早已把 QR 碼換成指向另一個帳戶、金額相同的 QR 碼。錢走了,訂單一直沒有結算,而整個過程沒有涉及任何卡表格。
Webpage Integrity 以腳本控制、表格圍欄及對外請求規則回應卡的問題。其公開文件沒有描述查核螢幕上的 QR 碼、帳戶識別碼、巴西銀行繳費單(boleto)條碼或錢包地址是否商戶所發出的。Proteside 在這些數值發出時記錄下來,並在購物者的瀏覽器中與所顯示及所複製的內容比對。出現不符時,確認會被攔截,該次嘗試會作為證據記錄。
同一行程式碼清點腳本、保護卡表格,並保留要求 6.4.3 及 11.6.1 所需的變更歷史。一次安裝即可在同一控制面板涵蓋信用卡、扣賬卡、UPI、PromptPay、PayNow、DuitNow、FPS、Pix、boleto 及穩定幣錢包。
各自如何進入你的營運
Jscrambler
- 透過程式碼片段加入代理程式,注入通常由客戶的 DevOps 團隊完成,或透過標籤管理器;指南建議在每頁最先載入的腳本之中載入它。
- 無程式碼選項:Jscrambler 設置一個合成用戶,訪問客戶提供的付款網址。
- 入門過程包括指定負責人、敏感表格的映射、每週配置會議及每季允許名單審核。
Proteside
- 在任何電子商務平台的付款頁面加入一行程式碼,或在平台或支付服務供應商的範本中進行一次整合。
- 每個購買工作階段、每個付款頁面都會被查核,沒有合成用戶,也沒有需要維護的網址清單。
- 調換在確認前被攔截;控制面板、API 及透過電郵、Slack、Teams 及 webhook 的警報記錄每次嘗試。
何時選擇哪一個
Jscrambler 合適的情況
- 你的應用程式的 JavaScript 需要抵禦逆向工程,而你希望程式碼及頁面由同一供應商處理。
- 你是以 iframe 提供結帳的支付服務供應商,希望在不要求商戶安裝任何東西的情況下保護他們。
- 卡是主要付款方式,而你的安全團隊希望按腳本行為制定政策,並有歷史基線及定期允許名單審核。
Proteside 合適的情況
- 你的結帳接受 UPI、PromptPay、PayNow、DuitNow、FPS、Pix、boleto 或穩定幣,而風險是收款人被調換。
- 你需要在每位購物者的瀏覽器中、在每個工作階段中攔截調換,而不依賴模擬訪問。
- 你想以一次安裝同時取得保護及要求 6.4.3 及 11.6.1 的證據,無需配置會議。
兩者並用
使用 Code Integrity 保護自家 JavaScript 的公司可以保留該層,並在付款頁面加入 Proteside 核實 QR 碼、帳戶識別碼及錢包地址。如果 Webpage Integrity 代理程式攔截未知腳本,Proteside 的腳本會像任何其他供應商一樣加入允許名單;兩者在同一頁面運行。
常見問題
Jscrambler 涵蓋 Pix、boleto 或 QR 碼嗎?
在我們 2026 年 10 月查核的公開資料中未見。Webpage Integrity 的資料描述的是腳本、表格欄位、cookie、瀏覽器儲存及對外網絡請求。
Jscrambler 與 Proteside 可以一起使用嗎?
可以。它們是付款頁面上兩段獨立的腳本。如果 Jscrambler 代理程式設定為攔截名單以外的腳本,Proteside 的腳本會像任何其他供應商一樣獲授權。Proteside 不會干擾合法的付款或另一工具的清單。
Code Integrity 與 Webpage Integrity 有甚麼分別?
Code Integrity 以混淆及抵禦逆向工程的方式保護公司自己撰寫的 JavaScript。Webpage Integrity 觀察及控制頁面上運行的腳本,包括第三方腳本,並附要求 6.4.3 及 11.6.1 的模組。Proteside 與後者比較。
Jscrambler 的無代理程式模式會跟隨每位購物者嗎?
根據公開指南,Agentless Monitoring 使用合成用戶訪問客戶列出的頁面。只向某一位購物者出現的調換,例如在單一工作階段中被替換的 QR 碼,該訪客是看不到的。即時攔截屬於代理程式模式。
我們是以 iframe 提供結帳的支付服務供應商。哪一個合適?
Jscrambler 的 Iframe Integrity 正是為此而建,無需商戶操作即可保護 iframe。Proteside 為服務供應商及平台提供一次整合,在每個工作階段核實所顯示的付款。兩者可以在同一結帳中共存。