Akamai Client-Side Protection vs Proteside: เอดจ์ของ CDN หรือการตรวจสอบการชำระเงิน?
โดย Laís Peixoto
Growth Marketer, Proteside
เผยแพร่เมื่อ
Akamai Client-Side Protection & Compliance จัดทำรายการสคริปต์บนหน้าชำระเงิน ให้คะแนนพฤติกรรมของสคริปต์ในเซสชันของผู้ใช้จริง และให้ทีมของคุณจำกัดสคริปต์จากคอนโซลของ Akamai ได้ Proteside เก็บรายการนั้นไว้เช่นกัน และตรวจสอบในเบราว์เซอร์ของผู้ซื้อว่า QR code รหัสชำระเงิน boleto หรือที่อยู่กระเป๋าเงินตรงกับสิ่งที่ร้านค้าออกให้หรือไม่ โดยบล็อกการสลับก่อนการยืนยัน
เทียบกันแบบเคียงข้าง
- นิยามตนเองว่าอย่างไร
- ผลิตภัณฑ์ความปลอดภัยของ Akamai สำหรับภัยคุกคามที่ทำงานในเบราว์เซอร์ของลูกค้า: รายการสคริปต์ การวิเคราะห์พฤติกรรม และการปฏิบัติตาม PCI DSS บนหน้าชำระเงิน
- สำนักงานใหญ่
- เคมบริดจ์ รัฐแมสซาชูเซตส์ สหรัฐอเมริกา เปลี่ยนชื่อจาก Page Integrity Manager เป็น Client-Side Protection & Compliance เมื่อตุลาคม 2023
- เข้าสู่เว็บไซต์อย่างไร
- สคริปต์ตรวจจับที่เอดจ์ของ 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
- ตรวจสอบอะไรบนหน้าชำระเงิน
- สคริปต์ของบุคคลที่สาม ฟอร์มบัตร QR code และคีย์ Pix รหัสชำระเงิน boleto (ใบแจ้งชำระเงินธนาคารของบราซิล) ที่อยู่กระเป๋าเงินคริปโต และ QR code ของระบบชำระเงินทันทีแปดระบบ เทียบกับสิ่งที่ร้านค้าออกให้
- PCI DSS
- หลักฐานสำหรับข้อกำหนด PCI DSS 6.4.3 และ 11.6.1 พร้อมรายงานที่ส่งออกได้สำหรับ QSA
Proteside
ทีละเกณฑ์
เครื่องหมายอ้างอิงจากเอกสารสาธารณะของผู้ให้บริการแต่ละราย วางเมาส์หรือแตะที่เครื่องหมายเพื่ออ่านคำอธิบาย
| Akamai Client-Side Protection | Proteside | |
|---|---|---|
| สิ่งที่ตรวจสอบบนหน้าจอของผู้ชำระเงิน | ||
| การจัดทำรายการและอนุมัติสคริปต์บนหน้าชำระเงินพื้นฐานของข้อกำหนด 6.4.3: รู้ว่าอะไรทำงานอยู่บนหน้าเว็บ และอนุมัติแต่ละสคริปต์ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| ข้อมูลบัตรที่พิมพ์ลงในฟอร์มหยุดสคริปต์ไม่ให้คัดลอกหมายเลขบัตร วันหมดอายุ และรหัสความปลอดภัย | ระบุไว้พร้อมข้อจำกัด (เป็นตัวเลือกเสริม ใช้การสุ่มตัวอย่าง ต้องให้คนดำเนินการ หรือมีเฉพาะในแพ็กเกจเดียว)1 | ระบุไว้ในเอกสารสาธารณะ |
| QR code ของ Pix และรหัสแบบคัดลอกวาง (บราซิล)กลโกง checkout ที่พบบ่อยที่สุดในบราซิล: QR code ที่แสดงนำไปสู่บัญชีอื่น | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| รหัสชำระเงิน boleto (ใบแจ้งชำระเงินธนาคารของบราซิล)รหัสที่ถูกสลับจะจ่ายเงินให้ผู้รับรายอื่นด้วยยอดเงินเท่ากัน | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| QR code ของระบบชำระเงินทันทีทั่วโลก (UPI, PayNow, DuitNow, PromptPay, QR Ph, FPS, CoDi, Transferências 3.0)การสลับแบบเดียวกับ Pix ในระบบชำระเงินทันทีแปดระบบ | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| ที่อยู่กระเป๋าเงิน stablecoin และคริปโต รวมถึงตอนที่ถูกคัดลอกที่อยู่กระเป๋าเงินที่ถูกสลับบนหน้าจอหรือในคลิปบอร์ดไม่สามารถเรียกคืนได้ | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| เทียบสิ่งที่อยู่บนหน้าจอกับสิ่งที่ร้านค้าออกให้ และบล็อกการสลับก่อนการยืนยันการตรวจสอบที่นิยามความถูกต้องของการชำระเงิน: ผู้รับเงินและยอดเงินตรงกับที่ออกให้ | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| วิธีการปกป้อง | ||
| บล็อกสคริปต์ที่ไม่ได้รับอนุญาตในเบราว์เซอร์ของผู้ซื้อการตรวจพบภายหลังไม่ได้นำข้อมูลที่ถูกคัดลอกกลับคืนมา | ระบุไว้พร้อมข้อจำกัด (เป็นตัวเลือกเสริม ใช้การสุ่มตัวอย่าง ต้องให้คนดำเนินการ หรือมีเฉพาะในแพ็กเกจเดียว)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 โดดเด่น
วิเคราะห์พฤติกรรมในเซสชันจริง
หน้าผลิตภัณฑ์อธิบายการวิเคราะห์อย่างต่อเนื่องว่าแต่ละสคริปต์ทำอะไรในเบราว์เซอร์ของผู้ใช้จริง การใช้แมชชีนเลิร์นนิงให้คะแนนความเสี่ยงของการกระทำที่ไม่ได้รับอนุญาต และการตรวจสอบ URL ของสคริปต์กับช่องโหว่ที่รู้จัก
ฉีดจากเอดจ์ก่อนสคริปต์อื่นทั้งหมด
เมื่อหน้าเว็บส่งผ่าน Akamai สคริปต์ตรวจจับจะโหลดเป็นตัวแรกและแบบซิงโครนัส เอกสารระบุว่าหน้าเว็บหลีกเลี่ยงสคริปต์นี้ไม่ได้ ทำให้สคริปต์อันตรายทำงานก่อนการตรวจจับได้ยาก
ควบคุมได้ละเอียดว่าสคริปต์ไปอยู่ที่ใด
คุณกำหนดเปอร์เซ็นต์ของการเปิดหน้าเว็บได้ บังคับรวมหรือยกเว้นเส้นทางเฉพาะ เช่น ฟอร์มที่มีข้อมูลอ่อนไหว และเปิดหรือปิดการฉีดสคริปต์รายคำขอด้วยพารามิเตอร์ทดสอบก่อนขยายการครอบคลุม
ไม่เก็บสิ่งที่ผู้ซื้อพิมพ์
เอกสารสาธารณะระบุว่าผลิตภัณฑ์ไม่เก็บข้อมูลที่กรอกในฟอร์ม ข้อความบนหน้าเว็บ หรือข้อมูลการชำระเงิน แต่บันทึกเฉพาะพฤติกรรมของสคริปต์
สิ่งที่ Proteside ตรวจสอบ ซึ่งเอกสารของ Akamai ไม่ได้กล่าวถึง
ร้านเครื่องใช้ไฟฟ้าในบังกาลอร์รับคำสั่งซื้อมูลค่า 38,000 รูปีผ่าน UPI ผู้ซื้อแตะจ่ายเงิน สแกน QR code ด้วยแอปธนาคาร และอนุมัติ วิดเจ็ตรีวิวที่อัปเดตเมื่อคืนก่อนได้วาด QR code ใหม่ด้วยยอดเงินเท่าเดิมแต่รหัสผู้รับเงินต่างออกไป ไม่มีหมายเลขบัตรใดหลุดออกจากหน้าเว็บ เงินเพียงแค่ไปเข้าบัญชีของคนอื่น และร้านค้ารู้ตัวเมื่อคำสั่งซื้อกระทบยอดไม่ได้
Client-Side Protection & Compliance เฝ้าดูว่าสคริปต์ทำอะไรและส่งข้อมูลไปที่ใด ซึ่งครอบคลุมการขโมยข้อมูลบัตรได้ดี QR code ของ 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 ใดก็ได้ หรือการเชื่อมต่อครั้งเดียวในเทมเพลตของผู้ให้บริการชำระเงิน
- ตรวจสอบทุกเซสชัน โดยไม่มีเปอร์เซ็นต์การสุ่มตัวอย่างให้ตั้งค่า
- QR code รหัส รหัสชำระเงิน boleto หรือที่อยู่กระเป๋าเงินที่ถูกสลับจะถูกบล็อกก่อนการยืนยัน พร้อมแดชบอร์ด API และการแจ้งเตือนทางอีเมล Slack, Teams และ webhook
ควรเลือกตัวไหนเมื่อใด
Akamai Client-Side Protection เหมาะเมื่อ
- เว็บไซต์ของคุณส่งผ่าน Akamai อยู่แล้ว และทีมความปลอดภัยดูแลนโยบายใน Akamai Control Center
- คุณต้องการข่าวกรองภัยคุกคามจากเครือข่ายของ Akamai คะแนนความเสี่ยง และการตรวจสอบช่องโหว่ที่รู้จักสำหรับสคริปต์บนหน้าเว็บของคุณ
- กระบวนการเปลี่ยนแปลงของคุณกำหนดให้คนต้องอนุมัติการจำกัดสคริปต์ก่อนมีผล พร้อมบันทึกว่าใครเป็นผู้ตัดสินใจ
Proteside เหมาะเมื่อ
- checkout ของคุณรับ UPI, PromptPay, PayNow, DuitNow, FPS, Pix, boleto ของบราซิล หรือ stablecoin และความเสี่ยงคือการสลับผู้รับเงิน
- คุณต้องการให้การสลับถูกบล็อกในทุกเซสชัน โดยไม่สุ่มตัวอย่างและไม่ต้องรอใครคลิก
- เว็บไซต์ของคุณไม่ได้ทำงานบน Akamai และคุณต้องการทั้งการปกป้องและหลักฐานสำหรับข้อกำหนด 6.4.3 และ 11.6.1 จากโค้ดหนึ่งบรรทัด
ใช้ทั้งสองร่วมกัน
ทีมที่ใช้ Client-Side Protection & Compliance ที่เอดจ์อยู่แล้วสามารถใช้ต่อสำหรับข่าวกรองภัยคุกคามและรายการสคริปต์ที่จัดการในคอนโซล และเพิ่ม Proteside บนหน้าชำระเงินเพื่อตรวจสอบ QR code รหัสผู้รับเงิน รหัสชำระเงิน boleto และที่อยู่กระเป๋าเงิน สคริปต์ของ Proteside ไม่รบกวนการฉีดสคริปต์ของ Akamai หรือข้อมูลที่ส่งกลับไปยัง Akamai
คำถามที่พบบ่อย
Akamai Client-Side Protection ครอบคลุม UPI, PromptPay หรือการชำระเงินด้วย QR code หรือไม่?
ไม่พบในข้อมูลสาธารณะที่ตรวจสอบเมื่อตุลาคม 2026 เว็บไซต์และเอกสารของ 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 เปลี่ยนชื่อ Page Integrity Manager เป็น Client-Side Protection & Compliance เมื่อตุลาคม 2023 เอกสารทางเทคนิคยังอยู่ที่ที่อยู่เดิม
ดู Proteside ตรวจสอบ checkout ของคุณ
ทดลองใช้ฟรี 14 วัน โค้ดหนึ่งบรรทัด ครอบคลุมทุกวิธีชำระเงินบนหน้าเว็บของคุณ