c/side vs Proteside: เฝ้าดูสคริปต์ หรือตรวจสอบการชำระเงิน?
โดย Laís Peixoto
Growth Marketer, Proteside
เผยแพร่เมื่อ
c/side เฝ้าดูสคริปต์ของบุคคลที่สามทุกตัวในทุกเซสชันจริง เก็บประวัติสิ่งที่แต่ละสคริปต์ส่งมา และบล็อกทุกอย่างนอกรายการที่อนุมัติ Proteside จัดทำรายการและบล็อกสคริปต์เช่นกัน แล้วตรวจสอบตัวการชำระเงินเอง: QR code รหัสผู้รับของระบบชำระเงินทันที รหัสชำระเงิน boleto ที่อยู่กระเป๋าเงิน และช่องข้อมูลบัตร เทียบกับสิ่งที่ร้านค้าออกให้
เทียบกันแบบเคียงข้าง
- นิยามตนเองว่าอย่างไร
- แพลตฟอร์มความปลอดภัยฝั่งไคลเอนต์ ตามคำนิยามของบริษัทเอง Script Security ครอบคลุมสคริปต์บนหน้าเว็บ Fingerprint ครอบคลุมการระบุอุปกรณ์และการตรวจจับบอตและเอเจนต์ AI
- สำนักงานใหญ่
- สหรัฐอเมริกา ทีมทำงานระยะไกลทั้งหมด ก่อตั้งปี 2024
- เข้าสู่เว็บไซต์อย่างไร
- แท็กสคริปต์หนึ่งแท็กในส่วนหัวของหน้าเว็บ เว็บไซต์ระบุว่าไม่มีรีเวิร์สพร็อกซี ไม่ต้องเปลี่ยน DNS และทราฟฟิกของเว็บไซต์ไม่ถูกส่งผ่าน c/side
- ตรวจสอบอะไรบนหน้าชำระเงิน
- สคริปต์ของบุคคลที่สามใน 100% ของเซสชันผู้เข้าชมจริง โดยไม่สุ่มตัวอย่าง: รายการสคริปต์ ประวัติสิ่งที่แต่ละสคริปต์ส่งมาต่อการโหลดหน้า กราฟการพึ่งพาผู้ให้บริการ และสิทธิ์แยกตามผู้ให้บริการ
- PCI DSS
- ข้อกำหนด 6.4.3 และ 11.6.1 พร้อมรายงานที่ระบุว่าพร้อมสำหรับการตรวจสอบและได้รับการอนุมัติจาก VikingCloud ซึ่งเป็น QSA เอกสารสาธารณะไม่ได้ระบุการเข้าร่วม PCI SSC
c/side Script Security
- นิยามตนเองว่าอย่างไร
- ชั้นความปลอดภัยไซเบอร์สำหรับช่วงเวลาชำระเงิน: ความถูกต้องของสิ่งที่ผู้ซื้อเห็น คัดลอก และยืนยัน
- สำนักงานใหญ่
- เซาเปาโล ประเทศบราซิล ดำเนินงานตั้งแต่ปี 2026
- เข้าสู่เว็บไซต์อย่างไร
- โค้ดหนึ่งบรรทัดบนหน้าชำระเงิน หรือการผสานรวมในเทมเพลตของแพลตฟอร์มหรือผู้ให้บริการชำระเงิน ไม่มีพร็อกซี ไม่ต้องเปลี่ยน DNS หรือ CDN
- ตรวจสอบอะไรบนหน้าชำระเงิน
- สคริปต์ของบุคคลที่สาม ฟอร์มบัตร QR code และคีย์ Pix รหัสชำระเงิน boleto (ใบแจ้งชำระเงินธนาคารของบราซิล) ที่อยู่กระเป๋าเงินคริปโต และ QR code ของระบบชำระเงินทันทีแปดระบบ เทียบกับสิ่งที่ร้านค้าออกให้
- PCI DSS
- หลักฐานสำหรับข้อกำหนด PCI DSS 6.4.3 และ 11.6.1 พร้อมรายงานที่ส่งออกได้สำหรับ QSA
Proteside
ทีละเกณฑ์
เครื่องหมายอ้างอิงจากเอกสารสาธารณะของผู้ให้บริการแต่ละราย วางเมาส์หรือแตะที่เครื่องหมายเพื่ออ่านคำอธิบาย
| c/side | 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 และคริปโต รวมถึงตอนที่ถูกคัดลอกที่อยู่กระเป๋าเงินที่ถูกสลับบนหน้าจอหรือในคลิปบอร์ดไม่สามารถเรียกคืนได้ | ระบุไว้พร้อมข้อจำกัด (เป็นตัวเลือกเสริม ใช้การสุ่มตัวอย่าง ต้องให้คนดำเนินการ หรือมีเฉพาะในแพ็กเกจเดียว)1 | ระบุไว้ในเอกสารสาธารณะ |
| เทียบสิ่งที่อยู่บนหน้าจอกับสิ่งที่ร้านค้าออกให้ และบล็อกการสลับก่อนการยืนยันการตรวจสอบที่นิยามความถูกต้องของการชำระเงิน: ผู้รับเงินและยอดเงินตรงกับที่ออกให้ | ไม่พบในข้อมูลสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| วิธีการปกป้อง | ||
| บล็อกสคริปต์ที่ไม่ได้รับอนุญาตในเบราว์เซอร์ของผู้ซื้อการตรวจพบภายหลังไม่ได้นำข้อมูลที่ถูกคัดลอกกลับคืนมา | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| เฝ้าดูเซสชันจริงของผู้ซื้อกลโกงแบบเจาะจงเป้าหมายไม่ปรากฏในการเข้าชมจำลอง | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| ทำงานได้โดยไม่ต้องเปลี่ยน CDN, DNS หรือพร็อกซีติดตั้งบนแพลตฟอร์มใดก็ได้ด้วยโค้ดหนึ่งบรรทัด | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| การปฏิบัติตาม PCI DSS | ||
| หลักฐานสำหรับข้อกำหนด PCI DSS 6.4.3รายการ การอนุมัติ และความถูกต้องครบถ้วนของสคริปต์ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| หลักฐานสำหรับข้อกำหนด PCI DSS 11.6.1การเปลี่ยนแปลงที่ไม่ได้รับอนุญาตบนหน้าเว็บและเฮดเดอร์ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
| รายงานที่ส่งออกได้สำหรับผู้ตรวจสอบ (QSA)หลักฐานต้องออกจากแดชบอร์ดไปถึงการประเมินได้ | ระบุไว้ในเอกสารสาธารณะ | ระบุไว้ในเอกสารสาธารณะ |
- ระบุไว้ในเอกสารสาธารณะ
- ระบุไว้พร้อมข้อจำกัด (เป็นตัวเลือกเสริม ใช้การสุ่มตัวอย่าง ต้องให้คนดำเนินการ หรือมีเฉพาะในแพ็กเกจเดียว)
- ไม่พบในข้อมูลสาธารณะ
- ผู้ให้บริการระบุว่าไม่ทำสิ่งนี้
หมายเหตุเกี่ยวกับเครื่องหมาย
- 1ที่อยู่กระเป๋าเงิน stablecoin และคริปโต รวมถึงตอนที่ถูกคัดลอก: หน้าสาธารณะเรื่องคริปโตของ c/side ระบุการเปลี่ยนที่อยู่ผู้รับแบบเรียลไทม์และการแทนที่ที่อยู่กระเป๋าเงินที่คัดลอกไว้ในคลิปบอร์ด ไว้ในภัยคุกคามที่จัดการผ่านการเฝ้าติดตามสคริปต์ เอกสารไม่ได้อธิบายการเปรียบเทียบที่อยู่ที่แสดงกับที่อยู่ที่ร้านค้าออกให้ จึงเป็นเครื่องหมายบางส่วน
จุดที่ c/side โดดเด่น
ทุกเซสชันจริง ไม่สุ่มตัวอย่าง
เว็บไซต์ระบุว่าครอบคลุม 100% ของเซสชันผู้เข้าชมจริง และเปรียบเทียบกับการสแกนเป็นรอบและการคลานเว็บจำลอง
ประวัติสิ่งที่แต่ละสคริปต์ส่งมา
รายการสคริปต์เก็บเนื้อหาที่สคริปต์ของบุคคลที่สามแต่ละตัวส่งมาต่อการโหลดหน้า ทำให้สืบสวนการเปลี่ยนแปลงภายหลังได้ง่ายขึ้น
รากฐานจาก Cloudflare Page Shield
ผู้ก่อตั้งเคยเป็นผู้จัดการผลิตภัณฑ์ของ Page Shield และเป็นประธานร่วมของ W3C Anti-Fraud Community Group ตามหน้าเกี่ยวกับบริษัท
คริปโตอยู่ในเรดาร์
หน้าเฉพาะเรื่องคริปโตครอบคลุม wallet drainer สคริปต์ที่เปลี่ยนที่อยู่ผู้รับและยอดเงินแบบเรียลไทม์ และการแทนที่ที่อยู่กระเป๋าเงินที่คัดลอกไว้ในคลิปบอร์ด
สิ่งที่ Proteside ตรวจสอบ ซึ่งเอกสารสาธารณะของ c/side ไม่ได้กล่าวถึง
ร้านเฟอร์นิเจอร์ในบังกาลอร์แสดง QR code ของ UPI สำหรับคำสั่งซื้อมูลค่า 42,000 รูปี ลูกค้าสแกนด้วยแอปธนาคาร เห็นยอดเงิน อนุมัติ และสินค้าไม่เคยมาถึง สคริปต์ที่ถูกเจาะได้วาด QR ใหม่ด้วย UPI ID ของผู้รับรายอื่นและยอดเงินเท่าเดิม ไม่มีหมายเลขบัตรถูกขโมย เงินเพียงแค่ไปถึงคนอื่น และร้านค้ารู้เมื่อลูกค้าถามว่าของส่งถึงไหนแล้ว
c/side จะเห็นสคริปต์ที่ทำแบบนั้น หากสคริปต์นั้นอยู่นอกรายการที่อนุมัติ และนั่นสำคัญ สิ่งที่เอกสารสาธารณะไม่ได้อธิบายคือการตรวจสอบข้อมูลการชำระเงินเอง: QR, ID หรือที่อยู่บนหน้าจอเป็นสิ่งที่เซิร์ฟเวอร์ของคุณออกให้หรือไม่ สำหรับ UPI, PromptPay, PayNow, DuitNow, FPS และ boleto (ใบแจ้งชำระเงินธนาคารของบราซิล) เอกสารของ c/side ไม่กล่าวถึงการตรวจสอบใด สำหรับกระเป๋าเงินคริปโต กล่าวถึงที่อยู่ในคลิปบอร์ดที่ถูกสลับ แต่ไม่ใช่การเปรียบเทียบกับที่อยู่ที่ร้านค้าสร้างขึ้น Proteside บันทึกสิ่งที่ออกให้ (QR, ID, รหัสชำระเงิน boleto, ที่อยู่ USDT, ยอดเงิน) และเปรียบเทียบกับสิ่งที่ผู้ซื้อเห็นและคัดลอกในทุกเซสชัน เมื่อไม่ตรงกัน การยืนยันจะถูกบล็อก และความพยายามนั้นกลายเป็นการแจ้งเตือนและบันทึกหลักฐาน
โค้ดบรรทัดเดียวกันครอบคลุมฟอร์มบัตรและสคริปต์ของบุคคลที่สาม พร้อมรายการสคริปต์ การอนุมัติ และประวัติการเปลี่ยนแปลงที่ข้อกำหนด 6.4.3 และ 11.6.1 ต้องการ ทีมที่ใช้ c/side อยู่แล้วคงการมองเห็นสคริปต์ไว้ และเพิ่มการตรวจสอบการชำระเงินโดยไม่ต้องทำโปรเจกต์ติดตั้งครั้งที่สอง
แต่ละตัวเข้าสู่ระบบของคุณอย่างไร
c/side
- แท็กสคริปต์หนึ่งแท็กในส่วนหัวของหน้าเว็บ บนแพลตฟอร์มใดก็ได้
- ไม่มีรีเวิร์สพร็อกซีและไม่ต้องเปลี่ยน DNS ตามที่เว็บไซต์ระบุ ทราฟฟิกยังคงไหลตรงไปยังเซิร์ฟเวอร์ของคุณ
- การแจ้งเตือนไปยัง Slack, Teams, อีเมล และ webhook พร้อมฟีดเข้าสู่เครื่องมือป้องกันการฉ้อโกงและ SIEM
Proteside
- โค้ดหนึ่งบรรทัดบนหน้าชำระเงิน บนแพลตฟอร์มใดก็ได้ หรือการผสานรวมครั้งเดียวในเทมเพลตของแพลตฟอร์มหรือผู้ให้บริการชำระเงิน
- ไม่มีพร็อกซี ไม่ต้องเปลี่ยน DNS หรือ CDN การตรวจสอบทำงานในเบราว์เซอร์ของผู้ซื้อ ในทุกเซสชัน
- บล็อกอัตโนมัติก่อนการยืนยัน พร้อมแดชบอร์ด API และการแจ้งเตือนทางอีเมล Slack, Teams และ webhook
ควรเลือกตัวไหนเมื่อใด
c/side เหมาะเมื่อ
- บัตรเป็นวิธีชำระเงินเดียวของคุณ และลำดับความสำคัญคือการสืบสวนพฤติกรรมของสคริปต์บุคคลที่สามแต่ละตัว พร้อมประวัติต่อการโหลดหน้า
- คุณต้องการการระบุอุปกรณ์และการตรวจจับบอตและเอเจนต์ AI จากผู้ให้บริการรายเดียวกับความปลอดภัยสคริปต์
- ทีมความปลอดภัยของคุณทำงานกับนโยบาย CSP อยู่แล้ว และต้องการเอนด์พอยต์รับรายงานจากเบราว์เซอร์ไว้ข้างรายการสคริปต์
Proteside เหมาะเมื่อ
- คุณรับ UPI, PromptPay, PayNow, DuitNow, FPS, Pix, boleto หรือ stablecoin และต้องการตรวจสอบผู้รับเงิน ไม่ใช่แค่สคริปต์
- คุณต้องการให้ QR, ID, รหัสชำระเงิน boleto หรือที่อยู่กระเป๋าเงินที่ถูกสลับถูกบล็อกก่อนการยืนยัน ในทุกเซสชัน
- คุณต้องการการปกป้องและหลักฐานสำหรับข้อกำหนด 6.4.3 และ 11.6.1 ในการติดตั้งครั้งเดียว พร้อมรายงานที่ QSA ของคุณรับได้ทันที
ใช้ทั้งสองร่วมกัน
ทีมที่พึ่งพา c/side สำหรับรายละเอียดสคริปต์ของบุคคลที่สามสามารถคงแดชบอร์ดนั้นไว้ และเพิ่ม Proteside บนหน้าชำระเงินเพื่อตรวจสอบตัวการชำระเงินเอง แท็กทั้งสองเป็นอิสระต่อกัน Proteside ไม่แก้ไขการชำระเงินที่ถูกต้อง และไม่รบกวนรายการสคริปต์ของเครื่องมืออื่น
คำถามที่พบบ่อย
c/side ครอบคลุม Pix, boleto หรือ QR code หรือไม่?
ไม่พบในข้อมูลสาธารณะที่ตรวจสอบเมื่อตุลาคม 2026 เอกสารของ c/side ครอบคลุมสคริปต์ของบุคคลที่สาม ข้อมูลบัตร การปฏิบัติตาม PCI DSS และความเป็นส่วนตัว และหน้าคริปโตครอบคลุมกระเป๋าเงินและที่อยู่ที่ถูกคัดลอก
ใช้ c/side และ Proteside ร่วมกันได้หรือไม่?
ได้ ทั้งสองเป็นแท็กสคริปต์อิสระบนหน้าชำระเงิน c/side เฝ้าดูสคริปต์ต่อไป ขณะที่ Proteside เปรียบเทียบการชำระเงินบนหน้าจอกับสิ่งที่เซิร์ฟเวอร์ของคุณออกให้ และบล็อกการสลับก่อนการยืนยัน
c/side ป้องกันการสลับที่อยู่กระเป๋าเงินคริปโตหรือไม่?
หน้าสาธารณะเรื่องคริปโตระบุการเปลี่ยนที่อยู่แบบเรียลไทม์และการแทนที่ในคลิปบอร์ดว่าเป็นภัยคุกคามที่จัดการผ่านการเฝ้าติดตามสคริปต์ การเปรียบเทียบที่อยู่ที่แสดงกับที่อยู่ที่ร้านค้าออกให้ไม่ปรากฏในเอกสาร Proteside ทำการเปรียบเทียบนั้นและบล็อกเมื่อไม่ตรงกัน
นโยบาย CSP เพียงพอสำหรับข้อกำหนด 6.4.3 และ 11.6.1 หรือไม่?
FAQ ของ c/side เองระบุว่า CSP ควบคุมว่าสคริปต์มาจากไหน แต่มองไม่เห็นเนื้อหาของสคริปต์ ดังนั้นโดยลำพังจึงไม่ตอบโจทย์ PCI DSS ทั้ง c/side และ Proteside เพิ่มรายการสคริปต์ การอนุมัติ และประวัติการเปลี่ยนแปลงบนพื้นฐานนั้น
ทั้งสองเฝ้าดูทุกเซสชันจริง แล้วต่างกันตรงไหน?
ต่างกันที่สิ่งที่แต่ละตัวมองภายในเซสชัน c/side อธิบายพฤติกรรมของสคริปต์บุคคลที่สาม Proteside มองข้อมูลการชำระเงินบนหน้าจอและในคลิปบอร์ดด้วย: QR, ID ผู้รับเงิน, รหัสชำระเงิน boleto, ที่อยู่กระเป๋าเงิน และยอดเงิน เทียบกับสิ่งที่ออกให้
ดู Proteside ตรวจสอบ checkout ของคุณ
ทดลองใช้ฟรี 14 วัน โค้ดหนึ่งบรรทัด ครอบคลุมทุกวิธีชำระเงินบนหน้าเว็บของคุณ