Số thẻ thường là thứ ít bị phơi ra nhất trong cả giao dịch. Các luồng thanh toán hiện đại được dựng đúng là để bên bán không bao giờ nhìn thấy nó — và trên những nền tảng đi theo khuôn mẫu ấy, một vụ rò rỉ toàn bộ trang cũng không cho ra được một cơ sở dữ liệu thẻ dùng được.
Thứ mà bên bán thực sự giữ là mọi thứ còn lại: địa chỉ email bạn dùng để đăng ký, tên và mã bưu chính gắn với thẻ, các địa chỉ IP bạn kết nối từ đó, và một bản ghi chi tiết những gì bạn đã xem hoặc đã mua. Với phần lớn người đang đọc bài này, nhóm thứ hai mới là rủi ro thật, và đó cũng là nhóm ít được bàn tới nhất.
Thực ra ai chạm vào số thẻ của bạn?
Từ ba đến năm bên, và chỉ một trong số đó là cái trang bạn đang xem.
| Bên tham gia | Vai trò | Có thấy số thẻ đầy đủ không? |
|---|---|---|
| Bên bán (trang web) | Bán gói thuê bao, đặt giá | Không, nếu luồng được dựng đúng cách |
| Nhà cung cấp dịch vụ thanh toán | Hiển thị biểu mẫu thẻ, token hóa số thẻ | Có — đó chính là chức năng của họ |
| Ngân hàng thu hộ | Giữ tài khoản của bên bán, định tuyến giao dịch | Xử lý nó khi đang truyền |
| Mạng thẻ | Định tuyến việc cấp phép giữa bên thu hộ và bên phát hành | Xử lý nó khi đang truyền |
| Ngân hàng phát hành | Ngân hàng của bạn, duyệt hoặc từ chối | Có — thẻ là của họ |
Mục tiêu thiết kế của cả bộ máy này là giữ cho bên bán nằm ngoài danh sách đó. Một biểu mẫu do cổng thanh toán lưu trữ sẽ trả cho bên bán một token — một tham chiếu có thể dùng để thu tiền lần nữa nhưng vô giá trị với bất kỳ ai khác, vì nó chỉ dùng được cho đúng bên bán ấy với đúng cổng thanh toán ấy.
Hai dấu hiệu quan sát được cho thấy đúng là chuyện đó đang diễn ra: các ô nhập thẻ nằm trong một iframe phục vụ từ tên miền khác với trang, hoặc bấm "đăng ký" thì bạn bị đưa hẳn sang một tên miền thanh toán. Không cái nào là bằng chứng của thực hành tốt, nhưng việc chúng vắng mặt — một biểu mẫu thẻ gửi thẳng về tên miền của chính trang đó — là một tín hiệu tiêu cực đáng kể.
Từ bên ngoài, bạn thực sự kiểm chứng được những gì?
Ít hơn bạn muốn, và điều đó đáng nói thẳng thay vì ngụ ý rằng một danh sách kiểm tra là đủ giải quyết.
Bạn không thể từ bên ngoài mà kiểm toán cách một nền tảng lưu trữ dữ liệu, thời hạn lưu giữ, hay cơ chế kiểm soát truy cập nội bộ của họ. Những gì bạn quan sát được:
- Biểu mẫu thẻ được phục vụ từ đâu. Xem mã nguồn trang hoặc dùng công cụ dành cho nhà phát triển để biết các ô nhập liệu có thuộc về một khung của bên thứ ba hay không.
- Có xuất hiện bước xác thực bổ sung không. Việc bị chuyển sang màn hình xác minh của chính ngân hàng bạn nghĩa là giao dịch chạy qua 3-D Secure, thứ vừa dịch chuyển trách nhiệm gian lận vừa cho thấy bên bán đang đi theo một tuyến xử lý phổ thông.
- Có nêu tên một pháp nhân thật hay không. Trang điều khoản và trang thanh toán có nêu tên công ty, khu vực pháp lý và địa chỉ là một điểm cộng nhẹ; trang thanh toán chẳng nêu tên ai là một điểm trừ nặng.
- Chính sách quyền riêng tư có nêu thời hạn lưu giữ không. Chính sách mơ hồ thì phổ biến; một chính sách không quy định gì cả là tín hiệu về cách dữ liệu được đối xử.
- Việc hủy có tự làm được không. Những nền tảng bắt gửi email mới hủy được thường cũng chính là những nơi có vệ sinh thanh toán kém nói chung.
Các nhóm rủi ro thực tế là gì?
Tách bạch chúng ra là chuyện quan trọng, vì cách phòng vệ khác nhau và rủi ro tệ nhất lại không phải cái dễ thấy nhất.
| Rủi ro | Nó trông ra sao | Thứ làm nó nhẹ đi |
|---|---|---|
| Trộm số thẻ | Các khoản thu gian lận trên thẻ | Biểu mẫu do cổng thanh toán lưu trữ; một số thẻ riêng dành cho thuê bao |
| Rò rỉ dữ liệu bên bán | Email, tên, lịch sử mua hàng bị lộ | Một địa chỉ email bí danh riêng; hồ sơ khai tối thiểu |
| Lộ qua dòng mô tả giao dịch | Một dòng lạ trên sao kê dùng chung | Biết trước dòng mô tả trước khi đăng ký; một tài khoản riêng |
| Thu tiền định kỳ ngoài ý muốn | Tiền vẫn bị trừ sau khi bạn tưởng đã hủy | Đặt hạn mức chi; giữ lại xác nhận hủy |
| Bên tổng hợp thu tiền lại | Một khoản thu từ một cái tên bạn không nhận ra | Kiểm tra xem điều khoản nêu pháp nhân nào là bên thu tiền |
| Lừa đảo sau khi đăng ký | Email nhái phần thanh toán của nền tảng | Đừng bao giờ nhập lại thông tin thẻ từ một liên kết trong email |
Mối tương quan mà người ta hay bỏ sót: những trang có vệ sinh thanh toán kém nhất thường cũng là những trang có vệ sinh dữ liệu kém nhất, vì cả hai đều phản ánh cùng một chuyện — đơn vị vận hành có được một cổng thanh toán phổ thông chấp nhận hay đã phải tự xoay xở vòng quanh nó.
Vì sao thu tiền định kỳ lại là phần hay hỏng nhất?
Vì gói thuê bao và cái thẻ là hai đối tượng riêng biệt, hủy cái này không hủy cái kia.
Một token đã lưu có thể bị thu tiền cho tới khi bên bán ngừng thu. Nếu bạn hủy bằng cách đóng trang tài khoản mà bản ghi thuê bao vẫn sống, tiền vẫn bị trừ. Còn nếu bạn khóa thẻ mà để gói thuê bao vẫn hoạt động, khoản thu sẽ thất bại nhưng nghĩa vụ theo hợp đồng có thể vẫn còn, và một số bên bán chuyển dư nợ sang bên đòi nợ.
Trình tự đáng tin là hủy bên trong tài khoản, giữ lại màn hình hoặc email xác nhận, rồi mới tính đến chuyện cho số thẻ về hưu. Hãy kiểm tra lại vào ngày tính tiền kế tiếp thay vì cứ mặc định là xong.
Bạn nên làm gì sau khi một vụ rò rỉ được công bố?
Lộ thẻ và lộ dữ liệu cần hai cách phản ứng khác nhau, và cái thứ hai thường mới là cái cần chú ý.
Về thẻ: liên hệ ngân hàng phát hành và yêu cầu cấp số thẻ mới. Các khoản thu bị tranh chấp nói chung có thể khiếu nại, dù thời hạn và quy định cụ thể tùy vào ngân hàng phát hành, mạng thẻ và quốc gia của bạn — hãy hỏi họ, đừng đoán.
Về dữ liệu: đổi mật khẩu tài khoản và đổi ở mọi nơi bạn từng dùng lại mật khẩu ấy, hãy chuẩn bị tinh thần gặp lừa đảo nhắm đúng đối tượng có nêu đích danh tên nền tảng, và hãy nghi ngờ mọi email "thông báo bảo mật" sau đó nhiều hơn bình thường, vì sau các thông báo rò rỉ luôn có những email bắt chước chúng. Nếu địa chỉ email bạn dùng gắn với danh tính thật của bạn ở nơi khác, thì mối liên hệ đó giờ đã nằm trong một tập dữ liệu ngoài tầm kiểm soát của bạn, và không hành động nào đảo ngược được — đó chính là lý lẽ cho việc dùng một bí danh riêng ngay từ trước khi bạn cần đến nó.