Bốn ranh giới cần kiểm tra trước khi thanh toán qua VPN

Đi qua bốn ranh giới theo thứ tự và phần lớn câu hỏi về thanh toán tự có câu trả lời. Ranh giới thứ nhất là môi trường giao dịch chạy trong đó, thứ hai là đường đi của lưu lượng, thứ ba là trang web có đúng là nơi bạn muốn đến hay không, và thứ tư là điều người nhận vẫn biết về giao dịch bất kể đường đi. Một bộ bảo mật gộp trình duyệt được bảo vệ với đường hầm mời bạn coi một nút bấm là một bảo đảm, và đó chính là chỗ các bước kiểm tra bị bỏ qua. Mỗi bước kiểm tra có điều kiện dừng riêng, và thứ tự quan trọng vì bước sau không thể sửa lỗi của bước trước.

Thứ nhất: môi trường được bảo vệ thực sự giới hạn điều gì

Văn bản bán hàng cho một chế độ thanh toán thường liệt kê các hạn chế: ứng dụng nào khác có thể tương tác với phiên, clipboard và chụp màn hình có bị hạn chế không, phiên có chạy trên một màn hình nền riêng không. Điều nó không chứng minh là một thành phần máy chủ có đặc quyền, trình điều khiển hay cơ chế nhập bên ngoài hộp cát không thể chạm tới phiên. Ở trong hộp cát là mô tả một ranh giới, không phải lời hứa về mọi kẻ tấn công.

Hãy đọc danh sách tính năng của phiên bản bạn thực sự cài đặt, vì các chế độ đóng gói thường khác nhau giữa các hạng người dùng và đôi khi không có trên thiết bị được quản lý. So sánh danh sách đó với lỗi bạn đang thấy trước khi cho rằng ranh giới vẫn giữ.

Rồi dừng lại và hỏi xem lỗi bạn đang truy có thực sự cục bộ không. Nếu trang thanh toán hiển thị sai chỉ trong chế độ được bảo vệ, môi trường là đối tượng đáng ngờ và đường hầm không liên quan. Nếu nó hiển thị đúng ở mọi nơi nhưng giao dịch vẫn thất bại, bạn đang nhìn ranh giới tiếp theo, và làm yếu chế độ được bảo vệ sẽ không giúp gì.

Thứ hai: đường hầm mang lưu lượng nào

Một đường hầm bảo vệ lưu lượng mà nó bao phủ, và phạm vi bao phủ là sự thật cấu hình chứ không phải thuộc tính sản phẩm. Hãy hỏi lưu lượng của chính trình duyệt được bảo vệ có được tính không, chế độ có bỏ qua đường hầm vì lý do hiệu năng hay cổng bắt giữ không, và quy tắc chia đường hầm có loại trừ đích không. Một trình duyệt thông thường hiển thị địa chỉ thoát của nhà cung cấp không chứng minh gì về một môi trường duyệt riêng do tiến trình khác khởi chạy.

Hãy kiểm tra phạm vi bao phủ từ bên trong môi trường chứ không phải từ màn hình nền. Tải một trang phản chiếu địa chỉ công cộng của bạn trong phiên được bảo vệ và so sánh với địa chỉ bạn thấy bên ngoài, rồi lặp lại sau khi kết nối lại đường hầm. Nếu hai địa chỉ khớp nhau trong khi đường hầm tuyên bố một lối thoát khác, chế độ đó không dùng đường hầm và sự không khớp này đáng được giải quyết trước khi bạn nhập dữ liệu thẻ. Việc thay đổi địa chỉ thoát cũng dễ bị đọc quá mức: nó cho biết người bán thấy mạng nào, chứ không phải ai là người bán.

Thứ ba: xác minh dịch vụ chứ không phải huy hiệu

Kiểm tra chứng chỉ mới là thứ xác thực đích đến, và nó vẫn hoạt động sau lối thoát đường hầm vì đó là cơ chế riêng. Một cửa sổ được bảo vệ có thương hiệu và chỉ báo Connected không nói gì về chuỗi chứng chỉ mà trang bạn đến trình ra.

Khi có gì đó trông sai, hãy đọc chứng chỉ trước khi bỏ qua cảnh báo. Lệnh bên dưới yêu cầu chuỗi mà trang thực sự trình ra và bảo công cụ thất bại khi có lỗi xác minh.

openssl s_client -connect shop.example:443 -servername shop.example -verify_return_error

So sánh subject và issuer trong kết quả đó với địa chỉ bạn đã gõ, và xác nhận kết quả xác minh chứ không phải sự hiện diện của ổ khóa. Cảnh báo bên trong trình duyệt được bảo vệ vẫn là cảnh báo, và nguyên nhân thường gặp là tên máy chủ không khớp, câu trả lời DNS bị chiếm đoạt hoặc thiết bị chặn trên đường đi. Không thứ nào trong số đó được đường hầm sửa, và một chế độ lặng lẽ triệt tiêu cảnh báo đã xóa đi thông tin bạn cần.

Thứ tư: người nhận vẫn biết gì

Trang thanh toán nhận mọi thứ bạn gửi tới: tài khoản bạn đăng nhập, địa chỉ giao hàng, phương tiện thẻ và số tiền. Một lối thoát mạng khác chỉ thay đổi địa chỉ nguồn trong nhật ký của người bán và để nguyên những trường đó. Nếu tài khoản đã gắn với bạn, đường hầm chỉ thay đổi một phần nhỏ của bức tranh và không thay đổi phần nhận dạng. Đó không phải lý do bỏ qua đường hầm, chỉ là lý do thôi kỳ vọng nó làm công việc này.

Tài liệu của Bitdefender về Safepay mô tả một trình duyệt được bảo vệ với tích hợp đường hầm liên quan, đây là ví dụ tốt về một sản phẩm bao phủ hai ranh giới mà không gộp chúng lại. Cả môi trường lẫn đường đi đều hữu ích, và không cái nào bảo lãnh cho người bán.

Với một khoản thanh toán bạn quan tâm, hãy bắt đầu từ địa chỉ đã công bố của tổ chức hoặc ứng dụng chính thức của họ, giữ các bước xác minh danh tính mà trang yêu cầu, và từ chối mọi trợ lý do một lời nhắc bất ngờ trên trang thanh toán đề nghị. Nếu chế độ được bảo vệ hoặc đường hầm gây ra lỗi, hãy gọi tên ranh giới trước: khởi chạy môi trường, tiếp cận mạng, xác thực chứng chỉ hay xác thực tài khoản. Sau đó dùng con đường khôi phục được nhà cung cấp hỗ trợ cho tầng đó thay vì tắt các biện pháp bảo vệ để xem trang có tải được không.