Akamai Client-Side Protection 與 Proteside:CDN 邊緣還是付款查核?
作者 Laís Peixoto
Growth Marketer, Proteside
發佈於
Akamai Client-Side Protection & Compliance 清點付款頁面上的腳本,在真實用戶工作階段中為其行為評分,並讓你的團隊從 Akamai 控制台限制某個腳本。Proteside 保留該清點,並在購物者的瀏覽器中查核 QR 碼、銀行繳費單條碼或錢包地址是否與商戶所發出的一致,在確認前攔截調換。
並排比較
- 自我定位
- Akamai 針對在顧客瀏覽器中活動的威脅的安全產品:付款頁面上的腳本清單、行為分析及 PCI DSS 合規。
- 總部
- 美國麻省劍橋。2023 年 10 月由 Page Integrity Manager 更名為 Client-Side Protection & Compliance。
- 如何進入網站
- 偵測腳本由 Akamai 邊緣作為頁面上第一項資源注入,或放置在源站。接收該腳本的頁面瀏覽量比例在 Akamai Control Center 設定。
- 在付款頁面查核甚麼
- 在付款頁面觀察到的腳本(來源、行為、資料目的地),附預設理由、風險評分及威脅情報;HTTP 標頭的變更及付款頁面保護。
- PCI DSS
- 產品頁面引用要求 6.4.3 及 11.6.1,附專門的 PCI 警報及審計控制面板。公開資料沒有描述以此命名的 QSA 報告。
Akamai Client-Side Protection & Compliance (antes Page Integrity Manager)
- 自我定位
- 付款一刻的網絡安全層:買家所見、所複製及所確認內容的完整性。
- 總部
- 巴西聖保羅。2026 年起營運。
- 如何進入網站
- 在付款頁面加入一行程式碼,或整合到平台或支付服務供應商的範本。無需代理伺服器,無需更改 DNS 或 CDN。
- 在付款頁面查核甚麼
- 第三方腳本、卡表格、Pix QR 碼及識別碼、boleto(巴西銀行繳費單)條碼、加密貨幣錢包地址,以及八個即時支付系統的 QR 碼,全部與商戶所發出的資料比對。
- PCI DSS
- PCI DSS 要求 6.4.3 及 11.6.1 的證據,附可匯出給 QSA 的報告。
Proteside
逐項準則
標記以各供應商的公開文件為依據。將滑鼠移至標記上或輕觸標記可查看圖例。
| Akamai Client-Side Protection | Proteside | |
|---|---|---|
| 在付款人螢幕上查核甚麼 | ||
| 付款頁面腳本的清點與授權要求 6.4.3 的基礎:知道頁面上運行甚麼,並授權每個腳本。 | 公開文件中有描述 | 公開文件中有描述 |
| 在表格輸入的卡資料阻止腳本複製卡號、到期日及安全碼。 | 有描述但附帶限制(可選、抽樣、需要人手操作或只在某一產品層級)1 | 公開文件中有描述 |
| Pix QR 碼及複製貼上代碼(巴西)巴西最常見的結帳詐騙:顯示的 QR 碼指向另一個帳戶。 | 公開資料中未見 | 公開文件中有描述 |
| Boleto(巴西銀行繳費單)繳費條碼被調換的條碼會以相同金額付給另一個收款人。 | 公開資料中未見 | 公開文件中有描述 |
| 全球即時支付系統的 QR 碼(UPI、PayNow、DuitNow、PromptPay、QR Ph、FPS、CoDi、Transferências 3.0)與 Pix 相同的調換手法,橫跨八個即時支付系統。 | 公開資料中未見 | 公開文件中有描述 |
| 穩定幣及加密貨幣錢包地址,包括複製時在螢幕上或剪貼簿中被調換的錢包地址是不可逆轉的。 | 公開資料中未見 | 公開文件中有描述 |
| 比對螢幕所示與商戶所發出的資料,並在確認前攔截調換定義付款完整性的查核:收款人與金額與發出時一致。 | 公開資料中未見 | 公開文件中有描述 |
| 如何保護 | ||
| 在買家的瀏覽器中攔截未授權腳本事後偵測無法取回已被複製的資料。 | 有描述但附帶限制(可選、抽樣、需要人手操作或只在某一產品層級)2 | 公開文件中有描述 |
| 監察真實買家的工作階段針對性詐騙不會出現在模擬訪問中。 | 公開文件中有描述 | 公開文件中有描述 |
| 無需更改 CDN、DNS 或代理伺服器即可運作一行程式碼即可部署到任何平台。 | 有描述但附帶限制(可選、抽樣、需要人手操作或只在某一產品層級)3 | 公開文件中有描述 |
| PCI DSS 合規 | ||
| PCI DSS 要求 6.4.3 的證據腳本的清單、授權及完整性。 | 公開文件中有描述 | 公開文件中有描述 |
| PCI DSS 要求 11.6.1 的證據頁面及其標頭的未授權變更。 | 公開文件中有描述 | 公開文件中有描述 |
| 可匯出給評估員(QSA)的報告證據必須離開控制面板,送到評估現場。 | 公開資料中未見4 | 公開文件中有描述 |
- 公開文件中有描述
- 有描述但附帶限制(可選、抽樣、需要人手操作或只在某一產品層級)
- 公開資料中未見
- 供應商表明不提供此功能
關於標記的說明
- 1在表格輸入的卡資料: Akamai 的產品頁面描述在真實工作階段中偵測存取及外洩敏感資料的腳本,並「一鍵」限制這些腳本。因此攔截取決於警報後有人在控制台採取行動。
- 2在買家的瀏覽器中攔截未授權腳本: 緩解被描述為在 Akamai Control Center 中「一鍵」限制惡意腳本。可為重複出現的威脅建立政策;公開資料沒有描述在進行中的工作階段內自動攔截新發現的腳本。
- 3無需更改 CDN、DNS 或代理伺服器即可運作: 文件表示偵測適用於任何網站,無論託管在何處,而腳本可以放置在源站。安全政策、注入百分比及事故處理都在 Akamai Control Center 中。
- 4可匯出給評估員(QSA)的報告: 公開資料引用審計控制面板及專門的 PCI 警報來產生證據。所查核的來源沒有描述以此命名、可匯出給 QSA 的報告。
Akamai Client-Side Protection 的突出之處
真實工作階段中的行為分析
產品頁面描述持續分析每個腳本在真實用戶瀏覽器中執行的內容、以機器學習為未授權動作的風險評分,以及把腳本網址與已知漏洞比對。
邊緣注入先於其他所有腳本
當頁面透過 Akamai 交付時,偵測腳本最先同步載入。文件表明頁面無法避開它,這令惡意腳本難以在偵測之前運行。
精細控制腳本的去向
你可以設定頁面瀏覽量的百分比、強制或排除特定路徑(例如敏感表格),並在擴大覆蓋前以測試參數按請求開關注入。
不收集購物者輸入的內容
公開資料表明該產品不收集表格輸入、頁面文字或付款資料;只記錄腳本行為。
Proteside 查核而 Akamai 的資料沒有提及的內容
一家班加羅爾的電子產品店透過 UPI 接到一張 38,000 盧比的訂單。購物者輕觸付款,用銀行應用程式掃描 QR 碼並批准。前一晚更新的評論小工具已用相同金額及不同收款人識別碼重繪了 QR 碼。沒有卡號離開頁面;錢只是落入了別人的帳戶,而商店在訂單一直無法對賬時才發現。
Client-Side Protection & Compliance 監察腳本做甚麼及把資料送到哪裡,這妥善涵蓋了卡資料竊取。UPI QR 碼、PromptPay 或 PayNow 代碼、巴西銀行繳費單條碼或 USDT 錢包地址並未作為被核實的資料出現在 Akamai 的公開文件中。Proteside 記錄你的伺服器為每筆收費所發出的資料(代碼、地址、金額),並在每個工作階段中與購物者所見及所複製的內容比對。兩者不同時,確認會被攔截,該次嘗試會作為警報及證據記錄。
同一次安裝清點頁面的腳本、保護信用卡表格及扣賬卡表格,並保留要求 6.4.3 及 11.6.1 所需的變更歷史。攔截在購物者的瀏覽器中進行,無需等待有人批准限制。
各自如何進入你的營運
Akamai Client-Side Protection
- 偵測腳本由 Akamai 邊緣作為頁面上第一項資源注入,或安裝在源站。
- 在安全政策中設定接收該腳本的頁面瀏覽量百分比;文件建議從小開始,逐步達到 100%。
- 行為資料在用戶離開頁面前送到 Akamai 的伺服器;事故在 Akamai Control Center 處理。
Proteside
- 在任何平台或 CDN 的付款頁面加入一行程式碼,或在支付服務供應商的範本中進行一次整合。
- 每個工作階段都被查核,沒有需要配置的抽樣百分比。
- 被調換的 QR 碼、識別碼、銀行繳費單條碼或錢包地址在確認前被攔截;控制面板、API 及透過電郵、Slack、Teams 及 webhook 的警報。
何時選擇哪一個
Akamai Client-Side Protection 合適的情況
- 你的網站已經透過 Akamai 交付,而你的安全團隊在 Akamai Control Center 運行政策。
- 你希望獲得來自 Akamai 網絡的威脅情報、風險評分及對頁面腳本的已知漏洞檢查。
- 你的變更流程要求在限制腳本生效前由人批准,並記錄由誰決定。
Proteside 合適的情況
- 你的結帳接受 UPI、PromptPay、PayNow、DuitNow、FPS、Pix、巴西銀行繳費單或穩定幣,而風險是收款人被調換。
- 你需要在每個工作階段中攔截調換,不抽樣,也不等待點擊。
- 你的網站不在 Akamai 上運行,而你希望以一行程式碼同時取得保護及要求 6.4.3 及 11.6.1 的證據。
兩者並用
已經在邊緣運行 Client-Side Protection & Compliance 的團隊可以保留它用於威脅情報及由控制台管理的清單,並在付款頁面加入 Proteside 核實 QR 碼、收款人識別碼、銀行繳費單條碼及錢包地址。Proteside 的腳本不會干擾 Akamai 的注入或它回傳給 Akamai 的資料。
常見問題
Akamai Client-Side Protection 涵蓋 UPI、PromptPay 或 QR 碼付款嗎?
在 2026 年 10 月查核的公開資料中未見。Akamai 的網站及文件描述的是腳本、腳本存取的敏感資料、HTTP 標頭及付款頁面保護。
Akamai Client-Side Protection 與 Proteside 可以一起使用嗎?
可以。Akamai 的腳本透過邊緣或源站到達;Proteside 的腳本以一行程式碼加入付款頁面。各自保留自己的清單,Proteside 既不更改合法的付款,也不攔截 Akamai 的腳本。
使用 Client-Side Protection & Compliance 必須透過 Akamai 交付我的網站嗎?
根據公開文件,不需要:偵測適用於任何網站,腳本可以放置在源站。安全政策、注入百分比及事故處理仍在 Akamai Control Center 中。
頁面瀏覽量百分比對覆蓋範圍意味著甚麼?
文件允許你把腳本注入隨機比例的頁面瀏覽量,並建議從小開始,達到 100%。在 100% 以下,部分購物者載入頁面時沒有偵測腳本。Proteside 查核每個工作階段,沒有這樣的設定。
Page Integrity Manager 與 Client-Side Protection & Compliance 是同一產品嗎?
是。Akamai 於 2023 年 10 月把 Page Integrity Manager 更名為 Client-Side Protection & Compliance;技術文件仍在舊地址。