Source Defense vs Proteside: บล็อกสคริปต์ หรือตรวจสอบการชำระเงิน?
โดย Laís Peixoto
Growth Marketer, Proteside
เผยแพร่เมื่อ
Source Defense ป้องกันไม่ให้สคริปต์ของบุคคลที่สามอ่านข้อมูลบัตรบนหน้าชำระเงิน ด้วยการบล็อกแบบเรียลไทม์ และให้ผู้ให้บริการรับบัตรกระจายการปกป้องนั้นผ่าน SDK ที่ส่งให้ร้านค้าอยู่แล้ว Proteside จัดทำรายการสคริปต์เช่นกัน แล้วตรวจสอบว่า QR, บัญชี, รหัสชำระเงิน boleto หรือที่อยู่กระเป๋าเงินที่แสดงตรงกับสิ่งที่ผู้ขายออกให้ และบล็อกการสลับก่อนการยืนยัน
เทียบกันแบบเคียงข้าง
- นิยามตนเองว่าอย่างไร
- ความปลอดภัยฝั่งไคลเอนต์สำหรับเว็บไซต์ บริษัทอธิบายตนเองว่าเป็นผู้สร้างหมวดหมู่นี้ Protect ป้องกัน Detect เฝ้าติดตาม Acquirer Protect กระจายการปกป้องผ่านผู้ให้บริการรับบัตรและผู้ให้บริการชำระเงิน
- สำนักงานใหญ่
- โรชฮาอายิน ประเทศอิสราเอล และสแตมฟอร์ด รัฐคอนเนตทิคัต สหรัฐอเมริกา ก่อตั้งปี 2014
- เข้าสู่เว็บไซต์อย่างไร
- โค้ดสองบรรทัดบนเว็บไซต์ โดยถือว่าสคริปต์ของบุคคลที่สามไม่น่าเชื่อถือโดยค่าเริ่มต้น เว็บไซต์ระบุว่าพร้อมใช้งานภายใน 24 ชั่วโมง และใช้เวลาดูแลประมาณสองชั่วโมงต่อเดือน
- ตรวจสอบอะไรบนหน้าชำระเงิน
- สคริปต์ของบุคคลที่สามและบุคคลที่สี่ พฤติกรรมของสคริปต์เหล่านั้นบนหน้าเว็บ และการเข้าถึงข้อมูลที่พิมพ์ลงในฟอร์มบัตร
- PCI DSS
- ข้อกำหนด 6.4.3 อ้างถึงสำหรับ Acquirer Protect และในแหล่งข้อมูลพันธมิตร QSA พร้อมการรายงานการปฏิบัติตามข้อกำหนด เป็น Principal Participating Organization ของ PCI SSC ตามรายชื่อสาธารณะของสภา
Source Defense Protect e Detect
- นิยามตนเองว่าอย่างไร
- ชั้นความปลอดภัยไซเบอร์สำหรับช่วงเวลาชำระเงิน: ความถูกต้องของสิ่งที่ผู้ซื้อเห็น คัดลอก และยืนยัน
- สำนักงานใหญ่
- เซาเปาโล ประเทศบราซิล ดำเนินงานตั้งแต่ปี 2026
- เข้าสู่เว็บไซต์อย่างไร
- โค้ดหนึ่งบรรทัดบนหน้าชำระเงิน หรือการผสานรวมในเทมเพลตของแพลตฟอร์มหรือผู้ให้บริการชำระเงิน ไม่มีพร็อกซี ไม่ต้องเปลี่ยน DNS หรือ CDN
- ตรวจสอบอะไรบนหน้าชำระเงิน
- สคริปต์ของบุคคลที่สาม ฟอร์มบัตร QR code และคีย์ Pix รหัสชำระเงิน boleto (ใบแจ้งชำระเงินธนาคารของบราซิล) ที่อยู่กระเป๋าเงินคริปโต และ QR code ของระบบชำระเงินทันทีแปดระบบ เทียบกับสิ่งที่ร้านค้าออกให้
- PCI DSS
- หลักฐานสำหรับข้อกำหนด PCI DSS 6.4.3 และ 11.6.1 พร้อมรายงานที่ส่งออกได้สำหรับ QSA
Proteside
ทีละเกณฑ์
เครื่องหมายอ้างอิงจากเอกสารสาธารณะของผู้ให้บริการแต่ละราย วางเมาส์หรือแตะที่เครื่องหมายเพื่ออ่านคำอธิบาย
| Source Defense | 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การเปลี่ยนแปลงที่ไม่ได้รับอนุญาตบนหน้าเว็บและเฮดเดอร์ | ไม่พบในข้อมูลสาธารณะ1 | ระบุไว้ในเอกสารสาธารณะ |
| รายงานที่ส่งออกได้สำหรับผู้ตรวจสอบ (QSA)หลักฐานต้องออกจากแดชบอร์ดไปถึงการประเมินได้ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
- ระบุไว้ในเอกสารสาธารณะ
- ระบุไว้พร้อมข้อจำกัด (เป็นตัวเลือกเสริม ใช้การสุ่มตัวอย่าง ต้องให้คนดำเนินการ หรือมีเฉพาะในแพ็กเกจเดียว)
- ไม่พบในข้อมูลสาธารณะ
- ผู้ให้บริการระบุว่าไม่ทำสิ่งนี้
หมายเหตุเกี่ยวกับเครื่องหมาย
- 1หลักฐานสำหรับข้อกำหนด PCI DSS 11.6.1: หน้าผลิตภัณฑ์สาธารณะอ้างถึงข้อกำหนด 6.4.3 (สำหรับ Acquirer Protect และในแหล่งข้อมูลพันธมิตร QSA) และอธิบายการรายงานการปฏิบัติตาม PCI DSS ข้อกำหนด 11.6.1 ซึ่งครอบคลุมการเปลี่ยนแปลงที่ไม่ได้รับอนุญาตบนหน้าเว็บและเฮดเดอร์ ไม่ปรากฏโดยชื่อในเอกสารที่ตรวจสอบเมื่อตุลาคม 2026 เครื่องหมายจึงเป็น 'ไม่ได้ระบุต่อสาธารณะ' ไม่ใช่ 'ไม่ทำ'
จุดที่ Source Defense โดดเด่น
กระจายผ่านผู้ให้บริการรับบัตรและผู้ให้บริการชำระเงิน
Acquirer Protect นำการปกป้องไปยังพอร์ตโฟลิโอร้านค้าทั้งหมดผ่าน SDK ที่ผู้ให้บริการรับบัตร ผู้ให้บริการชำระเงิน หรือแพลตฟอร์มส่งให้อยู่แล้ว โดยไม่ต้องติดตั้งทีละร้าน
การเข้าร่วมระดับสูงสุดใน PCI SSC
Source Defense ปรากฏในรายชื่อสาธารณะของสภาในฐานะ Principal Participating Organization ซึ่งเป็นระดับการเข้าร่วมสูงสุด
ดูแลน้อยหลังติดตั้ง
เว็บไซต์อธิบายว่า Protect ใช้เวลาดูแลประมาณสองชั่วโมงต่อเดือน พร้อมนโยบายที่เริ่มจากไม่น่าเชื่อถือโดยค่าเริ่มต้นและปรับแต่งไปตามเวลา
ขนาดที่ประกาศไว้
มากกว่า 1,000 แบรนด์และการเปิดหน้าเว็บ 1.2 พันล้านครั้งต่อเดือนที่ได้รับการปกป้อง ตามเว็บไซต์ของบริษัทเอง หลังจากสิบปีของวิศวกรรมที่เน้นฝั่งไคลเอนต์
สิ่งที่ Proteside ตรวจสอบ ซึ่งเอกสารของ Source Defense ไม่ได้กล่าวถึง
ร้านอิเล็กทรอนิกส์ในเบงกาลูรูแสดง QR ของ UPI สำหรับแล็ปท็อปราคา 84,000 รูปี ลูกค้าสแกนด้วยแอปธนาคารและจ่ายเงิน สคริปต์ที่ถูกแทรกเข้ามาในหน้าเว็บได้สลับ QR เป็นอันที่ชี้ไปยัง UPI ID อื่นด้วยยอดเงินเท่ากัน ไม่มีข้อมูลบัตรออกจากหน้าเว็บ เงินออกไปยังบัญชีที่ผิด และร้านค้ารู้เมื่อคำสั่งซื้อไม่เคยกระทบยอดได้
Source Defense ตอบโจทย์ปัญหาบัตร: สคริปต์ของบุคคลที่สามไม่น่าเชื่อถือโดยค่าเริ่มต้น ถูกกันไม่ให้อ่านฟอร์ม พร้อมการบล็อกแบบเรียลไทม์ใน Protect สำหรับ UPI, PromptPay, PayNow, boleto (ใบแจ้งชำระเงินธนาคารของบราซิล) และกระเป๋าเงินคริปโต หน้าผลิตภัณฑ์สาธารณะไม่ได้อธิบายการตรวจสอบสิ่งที่ลูกค้าเห็น Proteside บันทึกสิ่งที่เซิร์ฟเวอร์ของคุณออกให้ (QR, รหัสบัญชีผู้รับ, รหัสชำระเงิน boleto, ที่อยู่กระเป๋าเงิน, ยอดเงิน) และเปรียบเทียบกับสิ่งที่แสดงและสิ่งที่ถูกคัดลอกในทุกเซสชัน เมื่อไม่ตรงกัน การยืนยันจะถูกบล็อก และความพยายามนั้นถูกบันทึกเป็นการแจ้งเตือนและหลักฐาน
รายการสคริปต์และการปกป้องฟอร์มบัตรมาในการติดตั้งเดียวกัน พร้อมประวัติการเปลี่ยนแปลงที่ข้อกำหนด 6.4.3 และ 11.6.1 ต้องการ และรายงานที่พร้อมสำหรับ QSA โค้ดหนึ่งบรรทัดเฝ้าดูสคริปต์และตรวจสอบการชำระเงิน
แต่ละตัวเข้าสู่ระบบของคุณอย่างไร
Source Defense
- โค้ดสองบรรทัดบนเว็บไซต์ เอกสารระบุว่าพร้อมใช้งานภายใน 24 ชั่วโมง
- สคริปต์ของบุคคลที่สามถือว่าไม่น่าเชื่อถือโดยค่าเริ่มต้น พร้อมนโยบายที่ทีมของคุณปรับแต่งไปตามเวลา
- Protect บล็อกแบบเรียลไทม์ Detect เฝ้าติดตามและแจ้งเตือนเท่านั้น โดยมีข้อมูลผ่าน API การแจ้งเตือน และคอนโซล ผู้ให้บริการรับบัตรและผู้ให้บริการชำระเงินกระจายผ่าน SDK ที่มีอยู่
Proteside
- โค้ดหนึ่งบรรทัดบนหน้าชำระเงิน บนแพลตฟอร์มใดก็ได้ หรือการผสานรวมครั้งเดียวในเทมเพลตของแพลตฟอร์มหรือผู้ให้บริการชำระเงิน
- แต่ละรายการเรียกเก็บถูกบันทึกฝั่งเซิร์ฟเวอร์และตรวจสอบในทุกเซสชัน โดยไม่สุ่มตัวอย่าง
- บล็อกอัตโนมัติก่อนการยืนยัน พร้อมแดชบอร์ด API และการแจ้งเตือนทางอีเมล Slack, Teams และ webhook
ควรเลือกตัวไหนเมื่อใด
Source Defense เหมาะเมื่อ
- คุณเป็นผู้ให้บริการรับบัตร ผู้ให้บริการชำระเงิน หรือแพลตฟอร์ม และต้องการส่งการปกป้องสคริปต์ไปยังพอร์ตโฟลิโอร้านค้าทั้งหมดผ่าน SDK ที่ส่งให้อยู่แล้ว
- บัตรเป็นวิธีชำระเงินเดียว และลำดับความสำคัญคือกันสคริปต์ของบุคคลที่สามออกจากฟอร์ม โดยใช้เวลาดูแลรายเดือนน้อย
- ทีมความปลอดภัยของคุณต้องการเริ่มจากการเฝ้าติดตามและแจ้งเตือนเท่านั้น (Detect) โดยใช้ข้อมูลผ่าน API ก่อนเปิดการบล็อก
Proteside เหมาะเมื่อ
- checkout ของคุณรับ UPI, PromptPay, PayNow, DuitNow, FPS, boleto หรือคริปโต
- คุณต้องการให้การสลับผู้รับเงินถูกบล็อกในเซสชันของลูกค้าเอง ก่อนการยืนยัน
- คุณต้องการหลักฐานสำหรับข้อกำหนด 6.4.3 และ 11.6.1 รวมถึงเฮดเดอร์ จากการติดตั้งครั้งเดียว และโดยไม่ต้องเปลี่ยน CDN
ใช้ทั้งสองร่วมกัน
ร้านค้าที่ผู้ให้บริการรับบัตรกระจาย Source Defense ผ่าน SDK สามารถคงการปกป้องฟอร์มบัตรนั้นไว้ และเพิ่ม Proteside บนหน้าชำระเงินเพื่อตรวจสอบการชำระเงินทันที boleto และที่อยู่กระเป๋าเงิน สคริปต์ทั้งสองเป็นอิสระต่อกัน Proteside ไม่แตะต้องนโยบายของเครื่องมืออื่น
คำถามที่พบบ่อย
Source Defense ครอบคลุม UPI, PromptPay, PayNow, boleto หรือ QR code ชำระเงินหรือไม่?
ไม่ได้ระบุในข้อมูลสาธารณะที่ตรวจสอบเมื่อตุลาคม 2026 หน้าผลิตภัณฑ์อธิบายสคริปต์ของบุคคลที่สาม ข้อมูลที่พิมพ์ลงในฟอร์มบัตร และการรายงานการปฏิบัติตามข้อกำหนด
ใช้ Source Defense และ Proteside ร่วมกันได้หรือไม่?
ได้ ทั้งสองเป็นสคริปต์อิสระบนหน้าชำระเงิน Proteside ตรวจสอบข้อมูลการชำระเงินและสคริปต์โดยไม่แก้ไขการชำระเงินที่ถูกต้องหรือนโยบายของเครื่องมืออื่น
Protect กับ Detect ต่างกันอย่างไร?
ตามเว็บไซต์ของ Source Defense Protect บล็อกการเข้าถึงข้อมูลโดยสคริปต์ที่ไม่ได้รับอนุญาตแบบเรียลไทม์ ขณะที่ Detect เฝ้าติดตามและแจ้งเตือนโดยไม่บล็อก Proteside บล็อกโดยค่าเริ่มต้นในทุกเซสชันและบันทึกความพยายามนั้น
ฉันเป็นผู้ให้บริการรับบัตรหรือผู้ให้บริการชำระเงิน ควรกระจายตัวไหนให้ร้านค้า?
ทั้งสองอธิบายการกระจายผ่านผู้ให้บริการ Acquirer Protect ใช้ SDK ที่ผู้ให้บริการรับบัตรส่งให้อยู่แล้ว และเน้นข้อมูลบัตร Proteside เข้าไปเป็นการผสานรวมครั้งเดียวในเทมเพลตของแพลตฟอร์มหรือผู้ให้บริการ และตรวจสอบ UPI, PromptPay, PayNow, boleto และคริปโตด้วย
Source Defense และ Proteside ตอบโจทย์ข้อกำหนด PCI DSS 11.6.1 หรือไม่?
Proteside สร้างหลักฐานสำหรับข้อกำหนด 6.4.3 และ 11.6.1 พร้อมการเฝ้าติดตามเฮดเดอร์และรายงานสำหรับ QSA หน้าสาธารณะของ Source Defense อ้างถึง 6.4.3 ส่วน 11.6.1 ไม่ปรากฏในเอกสารที่ตรวจสอบ
ดู Proteside ตรวจสอบ checkout ของคุณ
ทดลองใช้ฟรี 14 วัน โค้ดหนึ่งบรรทัด ครอบคลุมทุกวิธีชำระเงินบนหน้าเว็บของคุณ