Akamai Client-Side Protection vs Proteside: CDN edge o pagsusuri ng bayad?
Ni Laís Peixoto
Growth Marketer, Proteside
Inilathala
Nag-i-inventory ang Akamai Client-Side Protection & Compliance ng mga script sa payment page, binibigyan ng score ang pag-uugali nila sa mga totoong session ng user at hinahayaan ang team mo na paghigpitan ang isang script mula sa Akamai console. Pinapanatili ng Proteside ang inventory na iyon at sinusuri, sa browser ng shopper, kung tugma ang QR code, linya ng bank slip o wallet address sa inilabas ng merchant, na hinaharang ang pagpapalit bago ang kumpirmasyon.
Magkatabi
- Paano nito inilalarawan ang sarili
- Security product ng Akamai para sa mga bantang kumikilos sa browser ng customer: script inventory, pagsusuri ng pag-uugali at PCI DSS compliance sa mga payment page.
- Punong-tanggapan
- Cambridge, Massachusetts, Estados Unidos. Pinalitan ang pangalan mula Page Integrity Manager patungong Client-Side Protection & Compliance noong Oktubre 2023.
- Paano ito pumapasok sa site
- Detection script na isiningit ng Akamai edge bilang unang resource sa pahina, o inilagay sa origin. Itinatakda sa Akamai Control Center ang bahagi ng mga page view na tumatanggap ng script.
- Ano ang sinusuri nito sa payment page
- Mga script na naobserbahan sa payment page (source, pag-uugali, destinasyon ng datos), na may mga predefined na justification, risk score at threat intelligence; mga pagbabago sa HTTP header at mga proteksyon ng payment page.
- PCI DSS
- Binabanggit ang requirements 6.4.3 at 11.6.1 sa product page, na may mga nakalaang PCI alert at audit dashboard. Hindi inilalarawan sa pampublikong materyal ang pinangalanang report para sa QSA.
Akamai Client-Side Protection & Compliance (antes Page Integrity Manager)
- Paano nito inilalarawan ang sarili
- Cybersecurity layer para sa sandali ng pagbabayad: integridad ng nakikita, kinokopya at kinukumpirma ng mamimili.
- Punong-tanggapan
- São Paulo, Brazil. Nag-ooperate mula 2026.
- Paano ito pumapasok sa site
- Isang linya ng code sa payment page, o isang integration sa template ng platform o payment provider. Walang proxy, walang pagbabago sa DNS o CDN.
- Ano ang sinusuri nito sa payment page
- Mga third-party script, card form, QR code at key ng Pix, linya ng boleto (bank slip ng Brazil), address ng crypto wallet at mga QR code ng walong instant payment rail, na itinutugma sa inilabas ng merchant.
- PCI DSS
- Ebidensya para sa PCI DSS requirements 6.4.3 at 11.6.1, na may exportable na report para sa QSA.
Proteside
Bawat criterion
Ang mga marka ay batay sa pampublikong dokumentasyon ng bawat vendor. I-hover o i-tap ang marka para basahin ang legend.
| Akamai Client-Side Protection | Proteside | |
|---|---|---|
| Ano ang sinusuri sa screen ng nagbabayad | ||
| Inventory at awtorisasyon ng mga script sa payment pageAng batayan ng requirement 6.4.3: alamin kung ano ang tumatakbo sa pahina at i-authorize ang bawat script. | Inilarawan sa pampublikong dokumentasyon | Inilarawan sa pampublikong dokumentasyon |
| Mga detalye ng card na tina-type sa formPigilan ang isang script na kopyahin ang numero, expiry date at security code. | Inilarawan na may limitasyon (opsyonal, sampled, nangangailangan ng aksyon ng tao o nasa isang product tier lang)1 | Inilarawan sa pampublikong dokumentasyon |
| QR code ng Pix at copy-and-paste code (Brazil)Ang pinakakaraniwang scam sa checkout sa Brazil: ang ipinakitang QR code ay patungo sa ibang account. | Hindi makita sa pampublikong impormasyon | Inilarawan sa pampublikong dokumentasyon |
| Linya ng bayad ng boleto (bank slip ng Brazil)Ang pinalitang linya ay nagbabayad sa ibang tatanggap para sa parehong halaga. | Hindi makita sa pampublikong impormasyon | Inilarawan sa pampublikong dokumentasyon |
| Mga QR code ng instant payment rail sa buong mundo (UPI, PayNow, DuitNow, PromptPay, QR Ph, FPS, CoDi, Transferências 3.0)Parehong pagpapalit gaya sa Pix, sa walong instant payment system. | Hindi makita sa pampublikong impormasyon | Inilarawan sa pampublikong dokumentasyon |
| Address ng stablecoin at crypto wallet, kasama kapag kinopyaAng wallet address na pinalitan sa screen o sa clipboard ay hindi na maibabalik. | Hindi makita sa pampublikong impormasyon | Inilarawan sa pampublikong dokumentasyon |
| Itinutugma ang nasa screen sa inilabas ng merchant at hinaharang ang pagpapalit bago ang kumpirmasyonAng pagsusuring nagtatakda ng integridad ng bayad: tatanggap at halaga na katumbas ng inilabas. | Hindi makita sa pampublikong impormasyon | Inilarawan sa pampublikong dokumentasyon |
| Paano ito nagpoprotekta | ||
| Hinaharang ang mga hindi awtorisadong script sa browser ng mamimiliAng pagtuklas pagkatapos ng pangyayari ay hindi nagbabalik ng kinopyang datos. | Inilarawan na may limitasyon (opsyonal, sampled, nangangailangan ng aksyon ng tao o nasa isang product tier lang)2 | Inilarawan sa pampublikong dokumentasyon |
| Binabantayan ang mga totoong session ng mamimiliAng mga targeted na scam ay hindi lumalabas sa mga simulated na pagbisita. | Inilarawan sa pampublikong dokumentasyon | Inilarawan sa pampublikong dokumentasyon |
| Gumagana nang hindi binabago ang CDN, DNS o proxyPumapasok sa anumang platform gamit ang isang linya ng code. | Inilarawan na may limitasyon (opsyonal, sampled, nangangailangan ng aksyon ng tao o nasa isang product tier lang)3 | Inilarawan sa pampublikong dokumentasyon |
| PCI DSS compliance | ||
| Ebidensya para sa PCI DSS requirement 6.4.3Inventory, awtorisasyon at integridad ng mga script. | Inilarawan sa pampublikong dokumentasyon | Inilarawan sa pampublikong dokumentasyon |
| Ebidensya para sa PCI DSS requirement 11.6.1Mga hindi awtorisadong pagbabago sa pahina at sa mga header nito. | Inilarawan sa pampublikong dokumentasyon | Inilarawan sa pampublikong dokumentasyon |
| Exportable na report para sa assessor (QSA)Kailangang lumabas ang ebidensya sa dashboard at makarating sa assessment. | Hindi makita sa pampublikong impormasyon4 | Inilarawan sa pampublikong dokumentasyon |
- Inilarawan sa pampublikong dokumentasyon
- Inilarawan na may limitasyon (opsyonal, sampled, nangangailangan ng aksyon ng tao o nasa isang product tier lang)
- Hindi makita sa pampublikong impormasyon
- Sinasabi ng vendor na hindi nito ginagawa ito
Mga tala sa mga marka
- 1Mga detalye ng card na tina-type sa form: Inilalarawan ng product page ng Akamai ang pagtuklas ng mga script na nag-a-access at nag-e-exfiltrate ng sensitibong datos sa mga totoong session at ang paghihigpit sa mga script na iyon "sa isang click". Samakatuwid, nakadepende ang pagharang sa taong kumikilos sa console pagkatapos ng alert.
- 2Hinaharang ang mga hindi awtorisadong script sa browser ng mamimili: Inilalarawan ang mitigation bilang paghihigpit sa mga malisyosong script "sa isang click" sa Akamai Control Center. Maaaring gumawa ng mga policy para sa mga paulit-ulit na banta; hindi inilalarawan sa pampublikong materyal ang awtomatikong pagharang ng bagong nakitang script sa loob ng live na session.
- 3Gumagana nang hindi binabago ang CDN, DNS o proxy: Sinasabi ng dokumentasyon na nalalapat ang mga detection sa anumang website, saan man ito naka-host, at maaaring ilagay ang script sa origin. Nasa Akamai Control Center ang security policy, ang porsyento ng injection at ang paghawak ng insidente.
- 4Exportable na report para sa assessor (QSA): Binabanggit ng pampublikong materyal ang audit dashboard at mga nakalaang PCI alert para sa paggawa ng ebidensya. Hindi inilalarawan sa mga source na sinuri ang exportable na report para sa QSA, sa pangalang iyon.
Kung saan namumukod-tangi ang Akamai Client-Side Protection
Pagsusuri ng pag-uugali sa mga totoong session
Inilalarawan ng product page ang tuloy-tuloy na pagsusuri ng ipinapatakbo ng bawat script sa mga totoong browser ng user, machine learning para bigyan ng score ang panganib ng mga hindi awtorisadong aksyon, at pagsusuri ng mga script URL laban sa mga kilalang vulnerability.
Edge injection na nauuna sa bawat ibang script
Kapag inihahatid ang pahina sa pamamagitan ng Akamai, unang nalo-load ang detection script at synchronously. Sinasabi ng dokumentasyon na hindi ito maiiwasan ng pahina, na nagpapahirap sa malisyosong script na tumakbo bago ang detection.
Pinong kontrol kung saan pumupunta ang script
Maaari kang magtakda ng porsyento ng mga page view, pilitin o i-exclude ang mga partikular na path gaya ng mga sensitibong form, at i-on o i-off ang injection bawat request gamit ang mga test parameter bago palawakin ang coverage.
Walang pangongolekta ng tina-type ng shopper
Sinasabi ng pampublikong materyal na hindi kinokolekta ng produkto ang input ng form, teksto ng pahina o datos ng bayad; itinatala lang nito ang pag-uugali ng script.
Ano ang sinusuri ng Proteside na hindi binabanggit ng materyal ng Akamai
Tumatanggap ang isang electronics store sa Bengaluru ng order na 38,000 rupee sa pamamagitan ng UPI. Tina-tap ng shopper ang pay, ini-scan ang QR code gamit ang banking app at inaaprubahan. Muling iginuhit ng review widget na na-update noong nakaraang gabi ang QR code na may parehong halaga at ibang payee ID. Walang numero ng card na umalis sa pahina; napunta lang ang pera sa account ng iba, at malalaman ng tindahan kapag hindi kailanman nag-reconcile ang order.
Binabantayan ng Client-Side Protection & Compliance ang ginagawa ng mga script at kung saan nila ipinapadala ang datos, na mahusay na sumasakop sa pagnanakaw ng datos ng card. Ang UPI QR code, PromptPay o PayNow code, linya ng bank slip ng Brazil o USDT wallet address ay hindi lumalabas sa pampublikong dokumentasyon ng Akamai bilang datos na bineberipika. Itinatala ng Proteside ang inilabas ng server mo para sa bawat singil (code, address, halaga) at inihahambing ito sa nakikita at kinokopya ng shopper, sa bawat session. Kapag magkaiba ang dalawa, hinaharang ang kumpirmasyon at itinatala ang pagtatangka bilang alert at ebidensya.
Nag-i-inventory ang parehong install ng mga script ng pahina, pinoprotektahan ang credit card form at ang debit card form, at pinapanatili ang history ng mga pagbabago na hinihingi ng requirements 6.4.3 at 11.6.1. Nangyayari ang pagharang sa browser ng shopper, nang walang paghihintay na may mag-apruba ng restriction.
Paano pumapasok ang bawat isa sa operasyon mo
Akamai Client-Side Protection
- Detection script na isiningit ng Akamai edge bilang unang resource sa pahina, o naka-install sa origin.
- Porsyento ng mga page view na tumatanggap ng script na itinakda sa security policy; inirerekomenda ng dokumentasyon na magsimula nang maliit at umakyat hanggang 100%.
- Datos ng pag-uugali na ipinapadala sa mga server ng Akamai bago umalis ang user sa pahina; hinahawakan ang mga insidente sa Akamai Control Center.
Proteside
- Isang linya ng code sa payment page, sa anumang platform o CDN, o isang integration sa template ng payment provider.
- Sinusuri ang bawat session, walang sampling percentage na iko-configure.
- Hinaharang ang pinalitang QR code, ID, linya ng bank slip o wallet address bago ang kumpirmasyon; dashboard, API at mga alert sa email, Slack, Teams at webhook.
Kailan pipiliin ang bawat isa
Makabuluhan ang Akamai Client-Side Protection kapag
- Inihahatid na ang site mo sa pamamagitan ng Akamai at nagpapatakbo ng mga policy ang security team mo sa Akamai Control Center.
- Gusto mo ng threat intelligence mula sa Akamai network, mga risk score at pagsusuri ng mga kilalang vulnerability sa mga script ng pahina mo.
- Hinihingi ng change process mo na may taong mag-apruba ng paghihigpit sa script bago ito magkabisa, na may rekord kung sino ang nagdesisyon.
Makabuluhan ang Proteside kapag
- Tumatanggap ang checkout mo ng UPI, PromptPay, PayNow, DuitNow, FPS, Pix, mga bank slip ng Brazil o stablecoins, at ang panganib ay pinalitang tatanggap.
- Kailangan mong maharang ang pagpapalit sa bawat session, walang sampling at walang paghihintay ng click.
- Hindi tumatakbo sa Akamai ang site mo at gusto mo ng proteksyon at ebidensya para sa requirements 6.4.3 at 11.6.1 mula sa isang linya ng code.
Pareho nang magkasama
Ang team na nagpapatakbo na ng Client-Side Protection & Compliance sa edge ay maaaring panatilihin ito para sa threat intelligence at inventory na pinamamahalaan sa console, at magdagdag ng Proteside sa payment page para i-verify ang QR code, payee ID, linya ng bank slip at wallet address. Hindi nakikialam ang script ng Proteside sa injection ng Akamai o sa datos na ipinapadala nito pabalik sa Akamai.
Mga madalas itanong
Sakop ba ng Akamai Client-Side Protection ang UPI, PromptPay o mga bayad sa QR code?
Hindi sa pampublikong impormasyong sinuri noong Oktubre 2026. Inilalarawan ng site at dokumentasyon ng Akamai ang mga script, sensitibong datos na ina-access ng mga script, mga HTTP header at mga proteksyon ng payment page.
Puwede bang gamitin nang magkasama ang Akamai Client-Side Protection at Proteside?
Oo. Dumarating ang script ng Akamai sa pamamagitan ng edge o origin; dumarating ang sa Proteside bilang isang linya sa payment page. Pinapanatili ng bawat isa ang sariling inventory, at hindi binabago ng Proteside ang mga lehitimong bayad o hinaharang ang script ng Akamai.
Kailangan bang ihatid ang site ko sa pamamagitan ng Akamai para gamitin ang Client-Side Protection & Compliance?
Ayon sa pampublikong dokumentasyon, hindi: nalalapat ang mga detection sa anumang website at maaaring ilagay ang script sa origin. Nananatili sa Akamai Control Center ang security policy, ang porsyento ng injection at ang paghawak ng insidente.
Ano ang ibig sabihin ng porsyento ng page view para sa coverage?
Hinahayaan ka ng dokumentasyon na isingit ang script sa random na bahagi ng mga page view at inirerekomendang magsimula nang maliit at umabot sa 100%. Sa ibaba ng 100%, may mga shopper na naglo-load ng pahina nang walang detection script. Sinusuri ng Proteside ang bawat session, nang walang ganitong setting.
Pareho bang produkto ang Page Integrity Manager at Client-Side Protection & Compliance?
Oo. Pinalitan ng Akamai ang pangalan ng Page Integrity Manager sa Client-Side Protection & Compliance noong Oktubre 2023; nasa lumang address pa rin ang teknikal na dokumentasyon.
Tingnan ang Proteside na sinusuri ang checkout mo
Labing-apat na araw na libre, isang linya ng code, bawat paraan ng pagbabayad sa pahina mo.