跳到主要内容

Akamai Client-Side Protection 与 Proteside：CDN 边缘还是支付核对？

Laís Peixoto

作者 Laís Peixoto

Growth Marketer, Proteside

发布于

Akamai Client-Side Protection & Compliance 盘点支付页面上的脚本，在真实用户会话中为其行为评分，并让您的团队从 Akamai 控制台限制某个脚本。Proteside 保留这份清单，并在买家的浏览器中核对二维码、Boleto 缴款编号或钱包地址是否与商家发出的一致，在确认前拦截调包。

并排对比

Akamai Client-Side Protection & Compliance (antes Page Integrity Manager)

自我描述
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 为名的报告。

Proteside

自我描述
面向付款时刻的网络安全防护层：买家看到、复制并确认的内容的完整性。
总部
巴西圣保罗。2026 年起运营。
如何接入站点
支付页面上的一行代码，或在平台或支付服务商模板中的一次集成。无需代理，无需更改 DNS 或 CDN。
在支付页面上核对什么
第三方脚本、银行卡表单、Pix 二维码与收款密钥、Boleto（巴西银行付款单）缴款编号、加密货币钱包地址，以及八个即时支付网络的二维码，全部与商家发出的内容比对。
PCI DSS
PCI DSS 要求 6.4.3 和 11.6.1 的证据，附可导出给 QSA 的报告。

逐项对比

标注基于各厂商的公开文档。悬停或点按标注即可查看图例。

Akamai Client-Side ProtectionProteside
在付款人屏幕上核对什么
支付页面脚本的清单与授权要求 6.4.3 的基础：知道页面上运行着什么，并逐一授权。公开文档中有描述公开文档中有描述
表单中输入的银行卡信息阻止脚本复制卡号、有效期和安全码。有描述但附带限制（可选、抽样、需人工操作或仅限某一产品层级）1公开文档中有描述
Pix 二维码与复制粘贴码（巴西）巴西最常见的结账骗局：显示的二维码指向另一个账户。公开信息中未提及公开文档中有描述
Boleto（巴西银行付款单）缴款编号被调包的编号会把同样的金额付给另一个收款方。公开信息中未提及公开文档中有描述
全球即时支付网络的二维码（UPI、PayNow、DuitNow、PromptPay、QR Ph、FPS、CoDi、Transferencias 3.0）与 Pix 相同的调包手法，横跨八个即时支付系统。公开信息中未提及公开文档中有描述
稳定币与加密货币钱包地址，包括复制时在屏幕上或剪贴板中被调包的钱包地址，损失不可逆。公开信息中未提及公开文档中有描述
将屏幕上显示的内容与商家发出的内容比对，并在确认前拦截调包定义支付完整性的那一项核对：收款方和金额与发出的一致。公开信息中未提及公开文档中有描述
如何保护
在买家浏览器中拦截未授权脚本事后才发现，被复制的数据已经追不回来。有描述但附带限制（可选、抽样、需人工操作或仅限某一产品层级）2公开文档中有描述
监测真实买家会话定向骗局不会出现在模拟访问中。公开文档中有描述公开文档中有描述
无需更改 CDN、DNS 或代理即可运行一行代码即可接入任何平台。有描述但附带限制（可选、抽样、需人工操作或仅限某一产品层级）3公开文档中有描述
PCI DSS 合规
PCI DSS 要求 6.4.3 的证据脚本的清单、授权与完整性。公开文档中有描述公开文档中有描述
PCI DSS 要求 11.6.1 的证据页面及其标头的未授权更改。公开文档中有描述公开文档中有描述
可导出给评估机构（QSA）的报告证据必须走出管理后台，交到评估环节。公开信息中未提及4公开文档中有描述
  • 公开文档中有描述
  • 有描述但附带限制（可选、抽样、需人工操作或仅限某一产品层级）
  • 公开信息中未提及
  • 厂商自述不提供此功能

标注说明

  1. 1表单中输入的银行卡信息: Akamai 的产品页面描述了在真实会话中检测访问并外泄敏感数据的脚本，并“一键”限制这些脚本。因此拦截取决于告警之后有人在控制台中操作。
  2. 2在买家浏览器中拦截未授权脚本: 缓解措施被描述为在 Akamai Control Center 中“一键”限制恶意脚本。可以为反复出现的威胁创建策略；公开资料没有描述在实时会话中对新出现脚本的自动拦截。
  3. 3无需更改 CDN、DNS 或代理即可运行: 文档表示检测适用于任何网站，无论托管在何处，且脚本可以放置在源站。安全策略、注入百分比和事件处理位于 Akamai Control Center 中。
  4. 4可导出给评估机构（QSA）的报告: 公开资料提到用审计仪表板和专门的 PCI 告警来生成证据。所查阅的来源没有描述一份以此为名的、可导出给 QSA 的报告。

Akamai Client-Side Protection 的突出之处

  • 真实会话中的行为分析

    产品页面描述了对每个脚本在真实用户浏览器中执行内容的持续分析、用机器学习为未授权操作的风险评分，以及将脚本 URL 与已知漏洞比对。

  • 边缘注入，先于其他所有脚本

    当页面通过 Akamai 交付时，检测脚本最先同步加载。文档表示页面无法绕过它，这使恶意脚本很难在检测之前运行。

  • 对脚本去向的精细控制

    您可以设置页面浏览量的百分比，强制或排除特定路径（例如敏感表单），并在扩大覆盖之前用测试参数按请求开关注入。

  • 不收集买家输入的内容

    公开资料表示该产品不收集表单输入、页面文本或支付数据；它只记录脚本行为。

Proteside 核对而 Akamai 的资料未提及的内容

班加罗尔的一家电子产品商店通过 UPI 接收一笔 38,000 卢比的订单。买家点击付款，用银行应用扫码并确认。前一晚更新的一个评论组件已经用相同的金额和不同的收款方 ID 重绘了二维码。没有卡号离开页面；钱只是落到了别人的账户里，商店是在订单始终无法对账时才发现的。

Client-Side Protection & Compliance 监测脚本做什么以及把数据发往哪里，这对银行卡数据窃取覆盖得很好。UPI 二维码、PromptPay 或 PayNow 码、巴西 Boleto（巴西银行付款单）缴款编号或 USDT 钱包地址，在 Akamai 的公开文档中没有作为被核对的数据出现。Proteside 记录您的服务器为每笔收款发出的内容（码、地址、金额），并在每一次会话中与买家看到和复制的内容比对。当两者不同时，确认即被拦截，这次尝试会被记录为告警和证据。

同一次安装盘点页面脚本，保护信用卡表单和借记卡表单，并保留要求 6.4.3 和 11.6.1 所要求的变更历史。拦截在买家的浏览器中发生，无需等待任何人批准一项限制。

各自如何接入您的业务

Akamai Client-Side Protection

  • 由 Akamai 边缘作为页面第一个资源注入的检测脚本，或安装在源站。
  • 接收该脚本的页面浏览量百分比在安全策略中设置；文档建议从小比例开始，逐步提升到 100%。
  • 行为数据在用户离开页面之前发送到 Akamai 的服务器；事件在 Akamai Control Center 中处理。

Proteside

  • 支付页面上的一行代码，适用于任何平台或 CDN，或在支付服务商模板中的一次集成。
  • 每一次会话都会核对，没有需要配置的抽样百分比。
  • 被调包的二维码、ID、Boleto 缴款编号或钱包地址在确认前被拦截；管理后台、API，以及通过邮件、Slack、Teams 和 webhook 发送的告警。

何时选择哪一个

适合选择 Akamai Client-Side Protection 的情况

  • 您的站点已经通过 Akamai 交付，安全团队在 Akamai Control Center 中运行策略。
  • 您希望获得来自 Akamai 网络的威胁情报、风险评分，以及对页面脚本的已知漏洞检查。
  • 您的变更流程要求在限制脚本生效之前由人批准，并记录决策人。

适合选择 Proteside 的情况

  • 您的结账接受 UPI、PromptPay、PayNow、DuitNow、FPS、Pix、巴西 Boleto 或稳定币，风险在于收款方被调包。
  • 您需要在每一次会话中拦截调包，不抽样，也不等待点击。
  • 您的站点不在 Akamai 上运行，并希望用一行代码获得保护以及要求 6.4.3 和 11.6.1 的证据。

两者并用

已在边缘运行 Client-Side Protection & Compliance 的团队，可以保留它用于威胁情报和控制台管理的清单，并在支付页面上加上 Proteside 来核对二维码、收款方 ID、Boleto 缴款编号和钱包地址。Proteside 的脚本不会干扰 Akamai 的注入，也不会干扰它回传给 Akamai 的数据。

常见问题

Akamai Client-Side Protection 覆盖 UPI、PromptPay 或二维码支付吗？

在 2026 年 10 月查阅的公开信息中未提及。Akamai 的官网和文档描述的是脚本、脚本访问的敏感数据、HTTP 标头和支付页面保护。

Akamai Client-Side Protection 和 Proteside 可以一起使用吗？

可以。Akamai 的脚本通过边缘或源站到达；Proteside 的脚本是支付页面上的一行代码。各自保留自己的清单，Proteside 既不改动合法付款，也不拦截 Akamai 的脚本。

我的站点必须通过 Akamai 交付才能使用 Client-Side Protection & Compliance 吗？

根据公开文档，不必：检测适用于任何网站，脚本可以放置在源站。安全策略、注入百分比和事件处理仍在 Akamai Control Center 中。

页面浏览量百分比对覆盖范围意味着什么？

文档允许您把脚本注入随机的一部分页面浏览，并建议从小比例开始，逐步达到 100%。低于 100% 时，部分买家加载的页面没有检测脚本。Proteside 核对每一次会话，没有这样的设置。

Page Integrity Manager 和 Client-Side Protection & Compliance 是同一款产品吗？

是的。Akamai 于 2023 年 10 月将 Page Integrity Manager 更名为 Client-Side Protection & Compliance；技术文档仍位于旧地址。

其他对比

看看 Proteside 如何核对您的结账页面

14 天免费试用，一行代码，覆盖您页面上的所有支付方式。

开始免费试用