c/side 與 Proteside:監察腳本還是核實付款?
作者 Laís Peixoto
Growth Marketer, Proteside
發佈於
c/side 在所有真實工作階段中監察每個第三方腳本,保留每個腳本所交付內容的歷史,並攔截已批准名單以外的任何內容。Proteside 同樣清點及攔截腳本,然後查核付款本身:QR 碼、即時支付識別碼、銀行繳費單條碼、錢包地址及卡欄位,與商戶所發出的資料比對。
並排比較
- 自我定位
- 按該公司自己的說法,是客戶端安全平台。Script Security 涵蓋頁面上的腳本;Fingerprint 涵蓋裝置識別以及機械人與 AI 代理偵測。
- 總部
- 美國,團隊完全遠端工作。2024 年成立。
- 如何進入網站
- 在頁面 head 中加入一個腳本標籤。其網站表明沒有反向代理伺服器、無需更改 DNS,網站流量亦不經 c/side 路由。
- 在付款頁面查核甚麼
- 100% 真實訪客工作階段中的第三方腳本,不抽樣:清單、每次頁面載入時各腳本所交付內容的歷史、供應商依賴關係圖,以及按供應商劃分的權限。
- PCI DSS
- 要求 6.4.3 及 11.6.1,報告被描述為可直接用於審計,並獲 QSA 機構 VikingCloud 認可。公開資料中沒有說明是否參與 PCI SSC。
c/side Script Security
- 自我定位
- 付款一刻的網絡安全層:買家所見、所複製及所確認內容的完整性。
- 總部
- 巴西聖保羅。2026 年起營運。
- 如何進入網站
- 在付款頁面加入一行程式碼,或整合到平台或支付服務供應商的範本。無需代理伺服器,無需更改 DNS 或 CDN。
- 在付款頁面查核甚麼
- 第三方腳本、卡表格、Pix QR 碼及識別碼、boleto(巴西銀行繳費單)條碼、加密貨幣錢包地址,以及八個即時支付系統的 QR 碼,全部與商戶所發出的資料比對。
- PCI DSS
- PCI DSS 要求 6.4.3 及 11.6.1 的證據,附可匯出給 QSA 的報告。
Proteside
逐項準則
標記以各供應商的公開文件為依據。將滑鼠移至標記上或輕觸標記可查看圖例。
| c/side | 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穩定幣及加密貨幣錢包地址,包括複製時: c/side 的加密貨幣公開頁面把即時更改收款地址及剪貼簿中已複製錢包地址的調換列為它透過腳本監察處理的威脅。資料沒有描述把所顯示的地址與商戶所發出的地址比對,因此標記為部分。
c/side 的突出之處
每個真實工作階段,不抽樣
其網站表明涵蓋 100% 真實訪客工作階段,並以此與定期掃描及模擬爬取作對比。
每個腳本交付內容的歷史
清單按每次頁面載入儲存各第三方腳本所交付的內容,令事後調查變更更容易。
源於 Cloudflare Page Shield
據其關於頁面所述,創辦人曾任 Page Shield 的產品經理,並共同主持 W3C Anti-Fraud Community Group。
加密貨幣在視野之內
專門的加密貨幣頁面涵蓋錢包清空程式、即時更改收款地址及金額的腳本,以及剪貼簿中已複製錢包地址的調換。
Proteside 查核而 c/side 的公開資料沒有提及的內容
一家班加羅爾的傢俬店為一張 42,000 盧比的訂單顯示 UPI QR 碼。顧客用銀行應用程式掃描,看到金額,批准,然後訂單一直沒有送達。一個被入侵的腳本已經用另一個收款人的 UPI 識別碼及相同金額重繪了 QR 碼。沒有卡號被盜;錢只是去了別人那裡,而商店在顧客問貨物在哪裡時才發現。
如果該腳本在已批准名單之外,c/side 會看到做這件事的腳本,這很重要。但其公開文件沒有描述對付款資料本身的查核:螢幕上的 QR 碼、識別碼或地址是否你的伺服器所發出的。對於 UPI、PromptPay、PayNow、DuitNow、FPS 及巴西銀行繳費單(boleto),c/side 的資料沒有提及核實。對於加密貨幣錢包,它提到剪貼簿地址被調換,但沒有提到與商戶所產生地址的比對。Proteside 記錄所發出的資料(QR 碼、識別碼、繳費單條碼、USDT 地址、金額),並在每個工作階段中與買家所見及所複製的內容比對。出現不符時,確認會被攔截,該次嘗試會變成一則警報及一項證據記錄。
同一行程式碼涵蓋卡表格及第三方腳本,並提供要求 6.4.3 及 11.6.1 所需的清單、授權及變更歷史。已經運行 c/side 的團隊可保留其腳本可見性,並加入付款核實而無需第二個部署專案。
各自如何進入你的營運
c/side
- 在任何平台的頁面 head 中加入一個腳本標籤。
- 據其網站所述,沒有反向代理伺服器,無需更改 DNS;流量繼續直接流向你的伺服器。
- 警報發送至 Slack、Teams、電郵及 webhook,並可饋送至欺詐及 SIEM 工具。
Proteside
- 在任何平台的付款頁面加入一行程式碼,或在平台或支付服務供應商的範本中進行一次整合。
- 無需代理伺服器,無需更改 DNS 或 CDN;查核在買家的瀏覽器中、在每個工作階段中進行。
- 確認前自動攔截;控制面板、API 及透過電郵、Slack、Teams 及 webhook 的警報。
何時選擇哪一個
c/side 合適的情況
- 卡是你唯一的付款方式,而你的首要目標是調查每個第三方腳本的行為,並有按每次頁面載入的歷史。
- 你希望裝置識別以及機械人與 AI 代理偵測與腳本安全來自同一供應商。
- 你的安全團隊已經使用 CSP 政策,並希望在清單旁邊有接收瀏覽器報告的端點。
Proteside 合適的情況
- 你接受 UPI、PromptPay、PayNow、DuitNow、FPS、Pix、銀行繳費單或穩定幣,需要核實的是收款人,而不只是腳本。
- 你需要在每個工作階段中、在確認前攔截被調換的 QR 碼、識別碼、繳費單條碼或錢包地址。
- 你想以一次安裝同時取得保護及要求 6.4.3 及 11.6.1 的證據,並有一份 QSA 可直接採用的報告。
兩者並用
依賴 c/side 取得第三方腳本細節的團隊可以保留該控制面板,並在付款頁面加入 Proteside 核實付款本身。兩個標籤互相獨立;Proteside 不會更改合法的付款,也不會干擾另一工具的清單。
常見問題
c/side 涵蓋 Pix、銀行繳費單或 QR 碼嗎?
在 2026 年 10 月查核的公開資料中未見。c/side 的資料涵蓋第三方腳本、卡資料、PCI DSS 合規及私隱,其加密貨幣頁面涵蓋錢包及已複製的地址。
c/side 與 Proteside 可以一起使用嗎?
可以。它們是付款頁面上兩個獨立的腳本標籤。c/side 繼續監察腳本,而 Proteside 把螢幕上的付款與你的伺服器所發出的資料比對,並在確認前攔截調換。
c/side 能防止加密貨幣錢包地址調換嗎?
其加密貨幣公開頁面把即時地址更改及剪貼簿調換列為透過腳本監察處理的威脅。把所顯示的地址與商戶所發出的地址比對並未出現在資料中;Proteside 會做這個比對,並在不符時攔截。
CSP 政策足以滿足要求 6.4.3 及 11.6.1 嗎?
c/side 自己的常見問題表示 CSP 控制腳本的來源但看不到其內容,因此單靠 CSP 不符合 PCI DSS。c/side 及 Proteside 都在此基礎上加入清單、授權及變更歷史。
兩者都監察每個真實工作階段。那分別在哪裡?
在於各自在工作階段中看甚麼。c/side 描述第三方腳本的行為。Proteside 還會看螢幕上及剪貼簿中的付款資料:QR 碼、收款人識別碼、繳費單條碼、錢包地址及金額,與所發出的資料比對。