เลขบัตรมักเป็นสิ่งที่เสี่ยงน้อยที่สุดในธุรกรรมทั้งหมด ระบบชำระเงินสมัยใหม่ถูกออกแบบมาโดยเฉพาะเพื่อไม่ให้ร้านค้าเห็นเลขบัตร และบนแพลตฟอร์มที่ทำตามรูปแบบนั้น ต่อให้เว็บถูกเจาะทั้งเว็บก็ไม่ได้ฐานข้อมูลบัตรที่เอาไปใช้ได้
สิ่งที่ร้านค้าถือไว้จริงคือทุกอย่างที่เหลือ ทั้งอีเมลที่คุณใช้สมัคร ชื่อและรหัสไปรษณีย์ที่ผูกกับบัตร หมายเลข IP ที่คุณเชื่อมต่อเข้ามา และบันทึกรายการว่าคุณดูหรือซื้ออะไรไปบ้าง สำหรับคนส่วนใหญ่ที่อ่านอยู่ ชุดหลังนี่แหละคือความเสี่ยงจริง และเป็นชุดที่คนพูดถึงกันน้อยที่สุด
ใครได้แตะเลขบัตรของคุณบ้าง?
มีตั้งแต่สามถึงห้าฝ่าย และมีเพียงฝ่ายเดียวที่เป็นเว็บที่คุณกำลังดูอยู่
| ฝ่าย | บทบาท | เห็นเลขบัตรเต็มไหม |
|---|---|---|
| ร้านค้า (ตัวเว็บ) | ขายสมาชิก กำหนดราคา | ไม่เห็น ถ้าระบบถูกสร้างมาอย่างถูกต้อง |
| ผู้ให้บริการชำระเงิน | แสดงฟอร์มบัตร แปลงเลขบัตรเป็นโทเคน | เห็น เพราะนั่นคือหน้าที่ของเขา |
| ธนาคารผู้รับชำระ | ถือบัญชีของร้านค้า ส่งต่อธุรกรรม | ผ่านมือระหว่างทาง |
| เครือข่ายบัตร | ส่งคำขออนุมัติระหว่างผู้รับชำระกับผู้ออกบัตร | ผ่านมือระหว่างทาง |
| ธนาคารผู้ออกบัตร | ธนาคารของคุณ เป็นคนอนุมัติหรือปฏิเสธ | เห็น เพราะเป็นบัตรของเขาเอง |
เป้าหมายในการออกแบบทั้งระบบคือกันร้านค้าออกจากรายชื่อนั้น ฟอร์มที่โฮสต์โดยผู้ให้บริการชำระเงินจะคืน โทเคน ให้ร้านค้า ซึ่งเป็นตัวอ้างอิงที่เรียกเก็บซ้ำได้แต่ไร้ค่าสำหรับคนอื่น เพราะมันใช้ได้กับร้านค้านั้นผ่านผู้ให้บริการรายนั้นเท่านั้น
สัญญาณที่สังเกตได้สองอย่างว่าระบบทำงานแบบนี้ คือช่องกรอกบัตรอยู่ใน iframe ที่มาจากคนละโดเมนกับหน้าเว็บ หรือกดปุ่มสมัครแล้วถูกพาไปยังโดเมนชำระเงินไปเลย ทั้งสองอย่างไม่ใช่หลักฐานว่าทำถูกต้อง แต่การที่ไม่มีทั้งสองอย่าง คือฟอร์มบัตรส่งข้อมูลตรงเข้าโดเมนของเว็บเอง เป็นสัญญาณลบที่มีความหมาย
จากภายนอก คุณตรวจสอบอะไรได้บ้างจริง ๆ?
ได้น้อยกว่าที่คุณอยากได้ ซึ่งควรพูดตรง ๆ ดีกว่าทำเป็นว่ามีเช็กลิสต์แล้วจบ
คุณไม่สามารถตรวจสอบวิธีเก็บข้อมูล ระยะเวลาเก็บรักษา หรือการควบคุมสิทธิ์เข้าถึงภายในของแพลตฟอร์มได้จากภายนอก สิ่งที่คุณสังเกตได้มีดังนี้
- ฟอร์มบัตรถูกส่งมาจากที่ไหน ดูซอร์สโค้ดของหน้าเว็บหรือใช้เครื่องมือนักพัฒนา เพื่อดูว่าช่องกรอกข้อมูลเป็นของเฟรมจากบุคคลที่สามหรือไม่
- มีการยืนยันตัวตนเพิ่มขั้นหรือไม่ การถูกพาไปยังหน้ายืนยันตัวตนของธนาคารคุณเองแปลว่าธุรกรรมวิ่งผ่าน 3-D Secure ซึ่งย้ายความรับผิดเรื่องการฉ้อโกงและบ่งบอกว่าร้านค้าอยู่บนเส้นทางการชำระเงินกระแสหลัก
- มีการระบุชื่อนิติบุคคลจริงหรือไม่ หน้าเงื่อนไขและหน้าเรียกเก็บเงินที่ระบุชื่อบริษัท เขตอำนาจศาล และที่อยู่ เป็นสัญญาณบวกอ่อน ๆ ส่วนหน้าเรียกเก็บเงินที่ไม่ระบุชื่อใครเลยเป็นสัญญาณลบที่หนักแน่น
- นโยบายความเป็นส่วนตัวระบุระยะเวลาเก็บข้อมูลไว้หรือไม่ นโยบายที่คลุมเครือเป็นเรื่องปกติ แต่นโยบายที่ไม่ระบุอะไรเลยคือสัญญาณบอกว่าข้อมูลถูกปฏิบัติอย่างไร
- ยกเลิกเองได้หรือไม่ แพลตฟอร์มที่บังคับให้ส่งอีเมลไปขอยกเลิกมักเป็นแพลตฟอร์มเดียวกันกับที่มีสุขอนามัยด้านการเรียกเก็บเงินแย่โดยรวม
ความเสี่ยงมีกี่ประเภทกันแน่?
การแยกประเภทให้ชัดสำคัญ เพราะการป้องกันต่างกัน และความเสี่ยงที่ร้ายที่สุดไม่ใช่ข้อที่เห็นชัดที่สุด
| ความเสี่ยง | หน้าตาเป็นอย่างไร | อะไรช่วยลดได้ |
|---|---|---|
| เลขบัตรถูกขโมย | มีรายการเรียกเก็บที่ไม่ได้ทำขึ้นบนบัตร | ฟอร์มที่โฮสต์โดยผู้ให้บริการชำระเงิน ใช้เลขบัตรแยกไว้สำหรับสมัครสมาชิก |
| ข้อมูลร้านค้ารั่ว | อีเมล ชื่อ และประวัติการซื้อหลุดออกไป | ใช้อีเมลแฝงเฉพาะทาง กรอกข้อมูลโปรไฟล์ให้น้อยที่สุด |
| ชื่อร้านในใบแจ้งยอดถูกเห็น | มีบรรทัดที่ไม่คาดคิดโผล่ในใบแจ้งยอดที่ใช้ร่วมกัน | รู้ชื่อร้านที่จะขึ้นก่อนสมัคร ใช้บัญชีแยก |
| ถูกเรียกเก็บต่อเนื่องโดยไม่ต้องการ | ยังถูกตัดเงินหลังจากที่คุณคิดว่ายกเลิกไปแล้ว | ตั้งเพดานการใช้จ่าย เก็บหลักฐานยืนยันการยกเลิกไว้ |
| ถูกเรียกเก็บโดยตัวกลางรวมบริการ | มีรายการจากชื่อที่คุณไม่รู้จัก | ตรวจดูว่าเงื่อนไขระบุนิติบุคคลใดเป็นผู้เรียกเก็บ |
| ฟิชชิงหลังสมัคร | อีเมลที่เลียนแบบการแจ้งเรียกเก็บของแพลตฟอร์ม | ไม่กรอกข้อมูลบัตรใหม่จากลิงก์ในอีเมลเด็ดขาด |
ความสัมพันธ์ที่คนมองข้ามคือ เว็บที่มีสุขอนามัยด้านการชำระเงินแย่ที่สุดมักเป็นเว็บที่มีสุขอนามัยด้านข้อมูลแย่ที่สุดด้วย เพราะทั้งสองอย่างสะท้อนสิ่งเดียวกัน นั่นคือผู้ให้บริการรายนั้นได้รับการยอมรับจากผู้ให้บริการชำระเงินกระแสหลัก หรือต้องดิ้นสร้างทางอ้อมขึ้นมาเอง
ทำไมการเรียกเก็บต่อเนื่องถึงเป็นส่วนที่พังบ่อยที่สุด?
เพราะสมาชิกกับบัตรเป็นคนละสิ่งกัน และการยกเลิกอย่างหนึ่งไม่ได้ยกเลิกอีกอย่าง
โทเคนที่ถูกเก็บไว้จะถูกเรียกเก็บได้เรื่อย ๆ จนกว่าร้านค้าจะหยุดเรียกเก็บเอง ถ้าคุณยกเลิกด้วยการปิดหน้าบัญชี แต่ระเบียนสมาชิกยังอยู่ การเรียกเก็บก็ดำเนินต่อไป ในทางกลับกัน ถ้าคุณยกเลิกบัตรแต่ปล่อยให้สมาชิกยังทำงานอยู่ การตัดเงินจะล้มเหลวแต่ภาระตามสัญญาอาจยังอยู่ และร้านค้าบางรายส่งยอดค้างชำระต่อให้บริษัทติดตามหนี้
ลำดับที่เชื่อถือได้คือยกเลิกจากในบัญชีก่อน เก็บหน้าจอหรืออีเมลยืนยันไว้ แล้วค่อยพิจารณาเลิกใช้เลขบัตรนั้น จากนั้นตรวจสอบอีกครั้งเมื่อถึงรอบบิลถัดไป อย่าเดาเอาเอง
เมื่อมีการประกาศว่าข้อมูลรั่ว ควรทำอย่างไร?
การรั่วของข้อมูลบัตรกับการรั่วของข้อมูลส่วนตัวต้องรับมือคนละแบบ และแบบหลังมักเป็นแบบที่ต้องใส่ใจกว่า
สำหรับบัตร ให้ติดต่อธนาคารผู้ออกบัตรและขอเปลี่ยนเลขบัตรใหม่ รายการที่มีข้อโต้แย้งโดยทั่วไปคัดค้านได้ แต่ระยะเวลาและกฎที่แน่นอนขึ้นอยู่กับผู้ออกบัตร เครือข่ายบัตร และประเทศของคุณ ให้ถามเขาโดยตรง อย่าเดาเอง
สำหรับข้อมูลส่วนตัว ให้เปลี่ยนรหัสผ่านบัญชีนั้นและทุกที่ที่คุณใช้รหัสเดียวกันซ้ำ เตรียมใจว่าจะเจอฟิชชิงแบบเจาะจงที่อ้างชื่อแพลตฟอร์มนั้นตรง ๆ และให้ระแวงอีเมล "แจ้งเตือนความปลอดภัย" ที่ตามมามากกว่าปกติ เพราะหลังการประกาศว่าข้อมูลรั่วมักตามมาด้วยประกาศปลอมที่เลียนแบบ ถ้าอีเมลที่คุณใช้ผูกกับตัวตนจริงของคุณในที่อื่นด้วย ความเชื่อมโยงนั้นก็อยู่ในชุดข้อมูลที่คุณควบคุมไม่ได้แล้ว และไม่มีการกระทำใดย้อนกลับได้ ซึ่งนั่นคือเหตุผลที่ควรใช้อีเมลแฝงเฉพาะทางตั้งแต่ก่อนที่จะต้องใช้