HUMAN Security vs Proteside: ควบคุมสคริปต์ หรือตรวจสอบการชำระเงิน?
โดย Laís Peixoto
Growth Marketer, Proteside
เผยแพร่เมื่อ
HUMAN Client-Side Defense เหมาะกับบริษัทที่ใช้แพลตฟอร์ม HUMAN สำหรับป้องกันบอตและการฉ้อโกงอยู่แล้ว และต้องการกำกับดูแลสคริปต์บนหน้าชำระเงินด้วยการบล็อกระดับการกระทำ Proteside เหมาะกับร้านค้าที่รับ UPI, PromptPay, PayNow, บัตร, stablecoin หรือ Pix ของบราซิล และต้องการรู้ว่า QR, บัญชี หรือที่อยู่กระเป๋าเงินบนหน้าจอเป็นสิ่งที่ตนออกให้ พร้อมรายการสคริปต์รวมอยู่ด้วย
เทียบกันแบบเคียงข้าง
- นิยามตนเองว่าอย่างไร
- การปฏิบัติตาม PCI DSS และการปกป้องหน้าชำระเงินผ่านการควบคุมสคริปต์ เป็นส่วนหนึ่งของชุด Application Protection ของ HUMAN
- สำนักงานใหญ่
- นิวยอร์ก สหรัฐอเมริกา ก่อตั้งปี 2012 ในชื่อ White Ops ควบรวมกับ PerimeterX ในปี 2022
- เข้าสู่เว็บไซต์อย่างไร
- JavaScript หนึ่งบรรทัด คือ HUMAN Sensor ทำงานในเบราว์เซอร์ของผู้เข้าชมทุกราย มี cartridge สำหรับ Salesforce Commerce Cloud
- ตรวจสอบอะไรบนหน้าชำระเงิน
- รายการสคริปต์พร้อมคะแนนความเสี่ยง พฤติกรรมของสคริปต์ ข้อมูลฟอร์มบัตร และเฮดเดอร์ HTTP
- PCI DSS
- ข้อกำหนด 6.4.3 และ 11.6.1 พร้อมรายงานตรวจสอบตามคำขอ เป็น Principal Participating Organization ของ PCI SSC ตั้งแต่มีนาคม 2024 ตามรายชื่อสาธารณะของสภา
HUMAN Client-Side Defense
- นิยามตนเองว่าอย่างไร
- ชั้นความปลอดภัยไซเบอร์สำหรับช่วงเวลาชำระเงิน: ความถูกต้องของสิ่งที่ผู้ซื้อเห็น คัดลอก และยืนยัน
- สำนักงานใหญ่
- เซาเปาโล ประเทศบราซิล ดำเนินงานตั้งแต่ปี 2026
- เข้าสู่เว็บไซต์อย่างไร
- โค้ดหนึ่งบรรทัดบนหน้าชำระเงิน หรือการผสานรวมในเทมเพลตของแพลตฟอร์มหรือผู้ให้บริการชำระเงิน ไม่มีพร็อกซี ไม่ต้องเปลี่ยน DNS หรือ CDN
- ตรวจสอบอะไรบนหน้าชำระเงิน
- สคริปต์ของบุคคลที่สาม ฟอร์มบัตร QR code และคีย์ Pix รหัสชำระเงิน boleto (ใบแจ้งชำระเงินธนาคารของบราซิล) ที่อยู่กระเป๋าเงินคริปโต และ QR code ของระบบชำระเงินทันทีแปดระบบ เทียบกับสิ่งที่ร้านค้าออกให้
- PCI DSS
- หลักฐานสำหรับข้อกำหนด PCI DSS 6.4.3 และ 11.6.1 พร้อมรายงานที่ส่งออกได้สำหรับ QSA
Proteside
ทีละเกณฑ์
เครื่องหมายอ้างอิงจากเอกสารสาธารณะของผู้ให้บริการแต่ละราย วางเมาส์หรือแตะที่เครื่องหมายเพื่ออ่านคำอธิบาย
| HUMAN Security | Proteside | |
|---|---|---|
| สิ่งที่ตรวจสอบบนหน้าจอของผู้ชำระเงิน | ||
| การจัดทำรายการและอนุมัติสคริปต์บนหน้าชำระเงินพื้นฐานของข้อกำหนด 6.4.3: รู้ว่าอะไรทำงานอยู่บนหน้าเว็บ และอนุมัติแต่ละสคริปต์ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| ข้อมูลบัตรที่พิมพ์ลงในฟอร์มหยุดสคริปต์ไม่ให้คัดลอกหมายเลขบัตร วันหมดอายุ และรหัสความปลอดภัย | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| QR code ของ Pix และรหัสแบบคัดลอกวาง (บราซิล)กลโกง checkout ที่พบบ่อยที่สุดในบราซิล: QR code ที่แสดงนำไปสู่บัญชีอื่น | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| รหัสชำระเงิน boleto (ใบแจ้งชำระเงินธนาคารของบราซิล)รหัสที่ถูกสลับจะจ่ายเงินให้ผู้รับรายอื่นด้วยยอดเงินเท่ากัน | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| QR code ของระบบชำระเงินทันทีทั่วโลก (UPI, PayNow, DuitNow, PromptPay, QR Ph, FPS, CoDi, Transferências 3.0)การสลับแบบเดียวกับ Pix ในระบบชำระเงินทันทีแปดระบบ | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| ที่อยู่กระเป๋าเงิน stablecoin และคริปโต รวมถึงตอนที่ถูกคัดลอกที่อยู่กระเป๋าเงินที่ถูกสลับบนหน้าจอหรือในคลิปบอร์ดไม่สามารถเรียกคืนได้ | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| เทียบสิ่งที่อยู่บนหน้าจอกับสิ่งที่ร้านค้าออกให้ และบล็อกการสลับก่อนการยืนยันการตรวจสอบที่นิยามความถูกต้องของการชำระเงิน: ผู้รับเงินและยอดเงินตรงกับที่ออกให้ | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| วิธีการปกป้อง | ||
| บล็อกสคริปต์ที่ไม่ได้รับอนุญาตในเบราว์เซอร์ของผู้ซื้อการตรวจพบภายหลังไม่ได้นำข้อมูลที่ถูกคัดลอกกลับคืนมา | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| เฝ้าดูเซสชันจริงของผู้ซื้อกลโกงแบบเจาะจงเป้าหมายไม่ปรากฏในการเข้าชมจำลอง | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| ทำงานได้โดยไม่ต้องเปลี่ยน CDN, DNS หรือพร็อกซีติดตั้งบนแพลตฟอร์มใดก็ได้ด้วยโค้ดหนึ่งบรรทัด | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| การปฏิบัติตาม PCI DSS | ||
| หลักฐานสำหรับข้อกำหนด PCI DSS 6.4.3รายการ การอนุมัติ และความถูกต้องครบถ้วนของสคริปต์ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| หลักฐานสำหรับข้อกำหนด PCI DSS 11.6.1การเปลี่ยนแปลงที่ไม่ได้รับอนุญาตบนหน้าเว็บและเฮดเดอร์ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| รายงานที่ส่งออกได้สำหรับผู้ตรวจสอบ (QSA)หลักฐานต้องออกจากแดชบอร์ดไปถึงการประเมินได้ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
- ระบุไว้ในเอกสารสาธารณะ
- ระบุไว้พร้อมข้อจำกัด (เป็นตัวเลือกเสริม ใช้การสุ่มตัวอย่าง ต้องให้คนดำเนินการ หรือมีเฉพาะในแพ็กเกจเดียว)
- ไม่พบในข้อมูลสาธารณะ
- ผู้ให้บริการระบุว่าไม่ทำสิ่งนี้
จุดที่ HUMAN Security โดดเด่น
บล็อกการกระทำ คงสคริปต์ไว้
เอกสารข้อมูลอธิบายการหยุดการกระทำที่เสี่ยง เช่น การอ่านช่องข้อมูลในฟอร์ม โดยไม่ขัดจังหวะงานที่มีประโยชน์ของสคริปต์ นี่คือการควบคุมที่ละเอียดกว่าการอนุญาตหรือปฏิเสธสคริปต์ทั้งตัว
รายการสคริปต์พร้อมคะแนนความเสี่ยง
ทุกสคริปต์ได้รับคะแนนความเสี่ยง พร้อมการอนุมัติ เหตุผล และการตรวจสอบความถูกต้องครบถ้วนที่บันทึกไว้สำหรับข้อกำหนด 6.4.3
แพลตฟอร์มเดียวกับการป้องกันบอตและการฉ้อโกง
ผลิตภัณฑ์อยู่ในชุด Application Protection ของ HUMAN ควบคู่กับการจัดการบอต การใช้บัญชีในทางที่ผิด และการฉ้อโกง ทีมที่ใช้แพลตฟอร์มนั้นอยู่แล้วได้หน้าชำระเงินในคอนโซลเดียวกัน
สายเลือด PerimeterX
ผลิตภัณฑ์เริ่มต้นในชื่อ Code Defender ที่ PerimeterX และยังคงชื่อนั้นในเอกสารทางเทคนิค เซนเซอร์มีประวัติหลายปีในการสังเกตเซสชันเบราว์เซอร์จริง
สิ่งที่ Proteside ตรวจสอบ ซึ่งเอกสารของ HUMAN ไม่ได้กล่าวถึง
ร้านขายยาออนไลน์ในเบงกาลูรูแสดง QR ของ UPI สำหรับยอด 3,200 รูปี ลูกค้าสแกนด้วยแอปธนาคาร เห็นยอดเงิน และยืนยัน ปลั๊กอินที่ถูกเจาะได้สลับ QR เป็นอันที่ผูกกับ virtual payment address อื่น ยอดเงินเท่ากัน ชื่อร้านค้าเหมือนกัน เงินออกจากบัญชีของลูกค้า คำสั่งซื้อไม่เคยถูกชำระ และร้านค้ารู้ก็ต่อเมื่อลูกค้าโทรมา
HUMAN Sensor เฝ้าดูพฤติกรรมของสคริปต์และบล็อกการกระทำที่เสี่ยงต่อข้อมูลบัตร และทำได้อย่างแม่นยำ สำหรับ QR ของ UPI, PromptPay, PayNow, DuitNow หรือ FPS คีย์ Pix หมายเลข boleto (ใบแจ้งชำระเงินธนาคารของบราซิล) หรือที่อยู่กระเป๋าเงิน stablecoin เอกสารสาธารณะของ HUMAN ไม่ได้อธิบายการเปรียบเทียบสิ่งที่ร้านค้าออกให้กับสิ่งที่ผู้ซื้อเห็น Proteside บันทึกทุกรายการเรียกเก็บที่เซิร์ฟเวอร์ของคุณออกให้ และตรวจสอบ QR, บัญชี, ที่อยู่ และยอดเงินบนหน้าจอของผู้ซื้อ รวมถึงตอนที่คัดลอก เมื่อไม่ตรงกัน การยืนยันจะถูกบล็อก และความพยายามนั้นกลายเป็นการแจ้งเตือนและหลักฐาน
รายการสคริปต์ การบล็อกสคริปต์ที่ไม่ได้รับอนุญาต และประวัติการเปลี่ยนแปลงของหน้าเว็บและเฮดเดอร์ อยู่ในสคริปต์ Proteside ตัวเดียวกัน พร้อมรายงานที่ข้อกำหนด 6.4.3 และ 11.6.1 ต้องการ ติดตั้งหนึ่งบรรทัด ครอบคลุมสองงาน
แต่ละตัวเข้าสู่ระบบของคุณอย่างไร
HUMAN Security
- JavaScript หนึ่งบรรทัด คือ HUMAN Sensor บนทุกหน้าที่เฝ้าติดตาม มี cartridge สำเร็จรูปสำหรับ Salesforce Commerce Cloud
- นโยบายการอนุมัติและบรรเทาตั้งค่าในคอนโซลของ HUMAN การแจ้งเตือนสคริปต์และเฮดเดอร์ รายงานตรวจสอบตามคำขอ และการผสานรวมกับเครื่องมือ SIEM และระบบตั๋วงาน
- ให้บริการเป็นส่วนหนึ่งของชุด Application Protection ควบคู่กับการป้องกันบอตและการฉ้อโกง
Proteside
- โค้ดหนึ่งบรรทัดบนหน้าชำระเงิน บนแพลตฟอร์มใดก็ได้ หรือการผสานรวมครั้งเดียวในเทมเพลตของแพลตฟอร์มหรือผู้ให้บริการชำระเงิน
- การตรวจสอบในทุกเซสชัน ครอบคลุมทุกวิธีชำระเงินบนหน้าเว็บ โดยไม่สุ่มตัวอย่างและไม่ต้องใช้ CDN หรือพร็อกซีเฉพาะ
- บล็อกอัตโนมัติก่อนการยืนยัน พร้อมแดชบอร์ด API และการแจ้งเตือนทางอีเมล Slack, Teams และ webhook
ควรเลือกตัวไหนเมื่อใด
HUMAN Security เหมาะเมื่อ
- ธุรกิจของคุณใช้แพลตฟอร์ม HUMAN สำหรับบอตและการฉ้อโกงอยู่แล้ว และต้องการให้หน้าชำระเงินจัดการโดยทีมเดียวกันในคอนโซลเดียวกัน
- บัตรเป็นวิธีชำระเงินหลักของคุณ และคุณต้องการหยุดการกระทำเฉพาะของสคริปต์บุคคลที่สามโดยไม่ลบออกจากหน้าเว็บ
- ร้านของคุณใช้ Salesforce Commerce Cloud และ cartridge สำเร็จรูปช่วยลดงานติดตั้ง
Proteside เหมาะเมื่อ
- checkout ของคุณรับ UPI, PromptPay, PayNow, DuitNow, FPS, stablecoin หรือ Pix และความเสี่ยงคือผู้รับเงินที่ถูกสลับ
- คุณต้องการให้ QR, บัญชี หรือที่อยู่กระเป๋าเงินที่ถูกสลับถูกบล็อกในเซสชันจริง ก่อนที่ลูกค้าจะจ่ายเงิน
- คุณต้องการการปกป้องและหลักฐานสำหรับข้อกำหนด 6.4.3 และ 11.6.1 จากโค้ดหนึ่งบรรทัด โดยไม่ต้องใช้ชุดผลิตภัณฑ์เต็มรูปแบบ
ใช้ทั้งสองร่วมกัน
บริษัทที่ใช้แพลตฟอร์ม HUMAN สามารถคง Client-Side Defense ไว้กำกับดูแลสคริปต์ และเพิ่ม Proteside บนหน้าชำระเงินเพื่อตรวจสอบตัวการชำระเงินเอง เซนเซอร์ทั้งสองอยู่ร่วมกันบนหน้าเดียวกัน Proteside ไม่แก้ไขการชำระเงินที่ถูกต้อง และไม่รบกวนรายการสคริปต์ของเครื่องมืออื่น
คำถามที่พบบ่อย
HUMAN Client-Side Defense ครอบคลุม UPI, PromptPay, Pix หรือ QR code หรือไม่?
ไม่พบในข้อมูลสาธารณะที่ตรวจสอบเมื่อตุลาคม 2026 เอกสารข้อมูลและเอกสาร Code Defender อธิบายสคริปต์ พฤติกรรมของสคริปต์ ข้อมูลฟอร์ม และเฮดเดอร์ HTTP
HUMAN Client-Side Defense และ Proteside ทำงานร่วมกันได้หรือไม่?
ได้ ทั้งสองเป็นสคริปต์อิสระบนหน้าชำระเงิน Proteside ตรวจสอบข้อมูลการชำระเงินและสคริปต์ HUMAN Sensor บังคับใช้นโยบายของตนเองต่อไป ทั้งสองไม่ต้องการ CDN หรือพร็อกซีเฉพาะ
Code Defender กับ Client-Side Defense เป็นผลิตภัณฑ์เดียวกันหรือไม่?
ใช่ Code Defender คือชื่อที่ผลิตภัณฑ์ใช้ที่ PerimeterX และเอกสารทางเทคนิคของ HUMAN ยังคงใช้อยู่ Client-Side Defense คือชื่อทางการค้าปัจจุบัน ภายในชุด Application Protection
การบล็อกแบบละเอียดที่ HUMAN อธิบายคืออะไร?
ตามเอกสารข้อมูล หมายถึงการหยุดการกระทำที่เสี่ยงของสคริปต์ เช่น การเข้าถึงช่องข้อมูลในฟอร์ม โดยไม่ปิดการทำงานของสคริปต์ทั้งตัว Proteside บล็อกสคริปต์ที่ไม่ได้รับอนุญาต และนอกจากนั้น บล็อกการยืนยันเมื่อ QR, บัญชี หรือที่อยู่กระเป๋าเงินต่างจากที่ออกให้
Proteside ใช้แทนการป้องกันบอตของ HUMAN ได้หรือไม่?
ไม่ได้ การป้องกันบอตและการฉ้อโกงตัดสินว่าทราฟฟิกและผู้ซื้อถูกต้องตามกฎหมายหรือไม่ Proteside ทำให้มั่นใจว่าหน้าเว็บและข้อมูลการชำระเงินไม่ถูกสลับ เป็นคนละชั้นกันและอยู่ร่วมกันได้
ดู Proteside ตรวจสอบ checkout ของคุณ
ทดลองใช้ฟรี 14 วัน โค้ดหนึ่งบรรทัด ครอบคลุมทุกวิธีชำระเงินบนหน้าเว็บของคุณ